테스트 계획이란?

유닛 테스팅

개발자가 작성한 코드를 테스트하는 것

오류발생이 쉬운 구성, 하위 수준(low-level) 기능성 보증에 사용

개발자가 프로젝트를 하면서 유닛 테스팅 계획 생성

 

디자인 검증(Verification) 테스팅

개발자가 모듈의 통합을 테스트하는 통합 테스팅 실행

기능성 테스팅은 개발자들 또는 테스팅 팀에 의해 실행

예. 모든 기능성 요구사항들과 외적 요구사항들을 충족시키면서, 예상대로 기능하고 보기 좋은 유닛들을 많이 만들어낼 수 있는가?

 

시스템 검증(Validation) 테스팅

테스트 팀에 의해 실행

시스템이 완성되거나 개발이 거의 끝나면, 시스템은 상위 수준(high-level) 행동과 비기능적 퍼포먼스를 테스트

 

 

디자인 검증 테스트와 시스템 검증 테스트 계획들은 검증 레벨의 "시스템을 올바르게 만들었는가"에 대한 이해를 포함한다.

 

고객 인수 테스팅

테스팅 팀과 고객이 함께 실행

완성된 제품이 고객에게 수용 가능한지 또는 가능할 것인지를 확인

인수 테스트 계획은 "올바른 시스템을 만들었는가"에 대해 결정한다  

 

 

---

테스트 플랜 요소들

• 테스팅 접근법/전략
• 범위 - 도메인 알기! 영역과 경계를 정확히 알아야 테스트를 정의할 수 있음
• 스케쥴 - 오리지널 스케쥴과 실제 스케쥴이 포함
• 리소스/테스트 환경 - 사람, 재료, 소모품, 장비, 서버, 시간, 테스팅 툴 등 포함, 테스팅 과정 관리에 있어 매우 중요!
• 시작(Entry)과 완료(Exit)의 기준 - 테스팅 과정에서 엔트리와 나가기가 올바르게 작동하는지 확인
• 요구사항 추적성 매트릭스 - Requirement Traceability Matrix (RTM)
• 테스트를 하지 않아도 될 사항들 - 고객 요구사항이 아닌 것
• 테스트 케이스와 스크립트 (문서 따로) - XML(파스(parse) 가능, 자동화 테스트들의 특정한 필드와 비교 가능, 추적성 리포트 생성)

예. Requirements Traceability Matrix (RTM)

 

---

 

 

테스트 계획의 가장 중요한 점은, 계획을 잘 따르는 것!

엄격함(rigor)을 측정하는 방법이며,

제어되고 안내하는 과정을 통해 퀄리티를 확인할 수 있다