답변.

수동 테스트는 요구 사항을 검토하는 것에서 시작하여 최종 보고서를 작성하는 것으로 끝납니다. 이 과정은 역사적으로 개발 초기 단계에서 더 유연하고 접근 가능한 대안으로서 자동화의 역할을 하며, 다양한 시나리오를 실시간으로 신속하게 확인할 수 있게 해 주었습니다.

처음에 수동 테스트는 방법론 없이 수행되었기 때문에 오류와 정보 손실이 발생했습니다. 프로세스가 비조직적일 경우, 중복 테스트와 오류 누락이 발생합니다(문제). 효율성을 높이기 위해 테스트 단계를 구조화하고 책임 영역을 명확히 하며 표준화된 문서를 사용하는 것이 중요합니다(해결책).

주요 특징:

계획: 작업 설정 및 테스트 방법 선택.
실행: 단계별 수동 점검과 결과 기록.
분석: 결함 문서화 및 최종 보고서 준비.

함정 질문들.

수동 테스트는 왜 자동화로 완전히 대체될 수 없습니까?

수동 테스트는 비표준 및 변동하는 시나리오에서 필요하며, 이 경우 테스트 케이스를 손으로 빠르게 변경하는 것이 더 쉽고, 사용자 경험, 시각적 및 크로스 브라우저 버그도 확인할 수 있습니다.

어떠한 문서 없이 테스트를 수행할 수 있습니까?

아니요, 문서가 없으면 정보 손실, 오류 재현 불가능 및 테스트 결과에 대한 신뢰 하락이 발생합니다.

테스트 단계가 항상 프로젝트를 종료합니까?

아니요, 테스트는 종종 개발과 병행하여 진행됩니다(예: 애자일 또는 반복적 접근 방식).

일반적인 오류 및 안티 패턴

테스터 간의 행동 불일치
최신 문서의 부재
가치 추가 없이 동일한 시나리오 반복 테스트

실제 사례

부정적인 사례

팀에 테스트 구조가 명확하지 않아 각자가 각기 테스트했고, 버그는 다양한 파일에 기록되었습니다. 결과적으로 중요한 오류가 일부 무시되었고, 프로젝트 시간이 늘어났습니다.

장점:

초기 시작의 유연성과 속도

단점:

정보 손실, 반복되는 테스트, 비효율적인 시간 사용

긍정적인 사례

통합 테스트 계획을 도입하고, 책임 영역을 정하고, 버그 리포트 형식에 대해 합의했습니다. 오류는 일반 트래커에 기록되고 추적됩니다.