요구사항, 사용자 스토리, 설계, 소스 코드 등과 같은 작업 산출물 평가에 의해 결함 예방

명시된 모든 요구사항이 충족됐는지 검증

테스트 대상의 완성 여부 확인과 사용자와 기타 이해관계자의 기대치 대로 동작하는지의 확인

테스트 대상의 품질 수준에 대한 자신감 획득

부적절한 소프트웨어 품질의 리스크 레벨 감소로 장애와 결함을 발견

이해관계자가 테스트 대상의 품질 수준을 결정하는 데 필요한 충분한 정보 제공

계약/법률/규제 요구사항이나 표준의 준수 및 테스트 대상이 이러한 요구사항이나 표준을 준수하는지 확인

디버깅-장애의 원인을 찾고 분석해서 수정하는 개발 활동이다.

테스팅-소프트웨어의 결함으로 인한 장애를 찾아낼 수 있다.

테스터를 요구사항 리뷰 혹은 사용자 스토리 개선에 참여시키면 해당 작업 산출물에서 결함을 발견할 수 있다. 요구사항 결함을 식별하고 제거하면 잘못딘 혹은 테스트할 수 없는 기능이 개발되는 리스크를 줄일 수 있다.

시스템을 설계하는 동안 테스터가 시스템 설계자와 적극적으로 협업할 경우, 설계와 그것을 어떻게 테스트해야 하는지에 대해 서로 좀 더 싶이 있게 이해하게 된다. 이렇게 이해도가 올라가면 기능 설계에 결함이 유입되는 리스크가 줄어들게 되고, 필요한 테스트를 좀 더 일찍 식별할 수 있다 .

코드를 개발하는 동안 테스터가 개발자와 적극적으로 협업할 경우, 코드와 그것을 어떻게 테스트해야 하는지에 대해 서로 좀 더 싶이 있게 이해하게 된다. 이렇게 이해도가 높아지면 코드와 테스트에서의 결함 발생 리스크가 줄어든다.

테스터가 릴리스 전에 소프트웨어를 확인하고 검증하면, 그러지 않았을 경우 놓쳤을 수 있는 장애를 발견하고 그 장애의 원인인 결함을 제거(즉, 디버깅)하는 데 도움을 줄 수 있다. 이렇게 함으로써 소프트웨어가 이해관계자의 필요와 요구사항을 충족시킬 가능성을 높일 수 있다.

품질 관리

시간적인 압박 사람의 실수 경험이 적거나 기술이 부족한 프로젝트 참여자 요구사항과 설계 등에 대해 츠로제그 참여자 간의 의사소통 문제 코드, 설계, 아키텍처의 복잡성, 해결해야 하는 근본 문제, 사용하는 기술의 복잡도 시스템 내/외부 인터페이스에 대한 이해 부족, 특히 내/외부 인터페이스가 많은 경우 새롭고 익숙하지 않은 기술

결함 - 해당 결함을 만들어낸 최초의 행동이나 조건

근본 원인 - 결함을 분석함으로써 차후 유사한 결함의 발생 가능성을 낮춘다.

결과 - 결함과 행동으로 최종적으로 드러나는 결과

협업으로 시작하라 테스팅의 이점을 강조하라 발견 사항을 중립적으로 전달해라 상대방을 이해하려고 해라 전달받은 내용을 이해했는지 확인해라

테스터 - 확인(validation)과 검증(verification) 개발자 - 제품의 완성

사용 중인 소프트웨어 개발 수명주기 모델과 프로젝트 방법론

적용하고자 하는 테스트 레벨과 테스트 유형

제품 및 프로젝트 리스크

비즈니스 도메인

다음과 같은 운영상의 제약사항

운영 정책과 프랙티스

준수해야 하는 내부 및 외부 표준

테스트 활동과 작업

테스트 작업 산출물

테스트 베이시스와 테스트 작업 산출물 간의 추적성

테스트 계획

테스트 모니터링과 제어

테스트 완료