소프트웨어 테스팅 경험 공유 및 8가지 제안

이 글은 주로 소프트웨어 테스트 경험 공유와 8가지 제안을 소개합니다. 이제는 모든 사람과 공유합니다.

많은 사람들이 이를 참조할 수 있습니다. 각 소프트웨어에 대해 테스트 케이스를 작성하는 것은 중요하지 않습니다. 이 아이디어는 잘못된 것입니다. 가장 기본적인 테스트 케이스를 사용할 수 없습니다. 이는 목적 없이 테스트하는 것과 동일하며 확실히 효과를 얻지 못할 것입니다. 테스트 케이스 작성 방법을 알려드리겠습니다. 뭔가 잘못된 경우, 제가 배울 수 있도록 메시지를 보내주세요.

테스트 케이스는 프로젝트 시작 전에 작성해야 합니다. 소규모 프로젝트의 경우 Excel 스프레드시트를 사용할 수 있습니다. 대규모 프로젝트의 경우 Bugfree 및 ZenTao와 같은 온라인 도구를 사용할 수 있습니다.

몇 가지 제안을 드리고 싶습니다.

1, 페이지의 버튼을 클릭하여 글을 쓸 수 있습니다. 예를 들어 로그인 페이지, 로그인 페이지 진입 방법 등은 테스트 케이스로 간주됩니다. 테스트 케이스를 계산하려면 이전 페이지로 돌아갑니다. 로그인하려면 클릭하세요. 여러 상황에서 여러 테스트 사례가 있을 수 있으며, 더 자세할수록 좋습니다.

2, 페이지 효과로 쓸 수 있습니다. 예를 들어 홈페이지에서 본문에 오타가 있으면 1개로, 카테고리를 추가, 수정, 삭제하면 1개로, 정상적으로 표시되면 1개로 계산됩니다.

3, 주문인 경우 오류를 발생시켜 금액 테스트가 필요합니다. 예를 들어, 주문 결제가 성공한 후 오류가 보고되지만, 소프트웨어는 이를 받지 못합니다. 후속 해결책이 있나요?

4, 버그 수준은 다음과 같이 나눌 수 있습니다. 사용에 심각한 영향을 미치거나 인터페이스를 열 수 없고 요구 사항이 실현되지 않는 S 치명적인 오류입니다. 데이터 오류입니다. B의 응답이 너무 느립니다(응답 시간 초과). C는 불합리한 수정을 제안합니다.

5, 휴대폰 또는 컴퓨터 버전, 시스템 버전, 테스터, 테스트 시간이 명확하게 기재되어 있어야 합니다.

6, S와 A가 있으면 온라인에 접속할 수 없습니다.

7, 리더가 쉽게 볼 수 있는 버그 그래픽 통계입니다.

8, 버그는 같은 문제가 세 번 발생하지 않도록 담당자가 처리해야 합니다. 엄격한 회사는 같은 문제가 두 번 발생하는 것을 허용하지 않습니다.

위 내용은 모두의 학습에 도움이 되기를 바라는 내용입니다. 더 많은 관련 내용은 PHP 중국어 홈페이지를 주목해주세요!