사용 예
테스트 계획서는 릴리스 기간 동안 테스트 팀이 작업의 기준으로 삼는 계약입니다. 전자상거래 체크아웃 릴리스의 일반적인 테스트 계획서는 범위(장바구니, 결제, 주문 확인), 접근법(결제 통합에 대한 리스크 기반 테스팅), 자원(테스터 2명, 샌드박스 결제 게이트웨이가 있는 테스트 환경), 일정(3주, 결함 밀도와 테스트 커버리지에 연계된 종료 기준)을 명시합니다. 또한 사용할 테스트 설계 기법 — 예를 들어 할인 필드에 대한 동등 분할 — 과 테스팅이 시작되기 전에 충족되어야 하는 시작 기준을 기록합니다.
자주 묻는 질문
테스트 계획서와 테스트 전략은 같은 것인가요?
아닙니다. 테스트 전략은 조직 전체 차원에서 테스트 레벨과 그 안의 테스팅을 높은 수준으로 기술하는 반면, 테스트 계획서는 그 전략을 특정 프로젝트나 프로그램에 적용합니다. 전략 = 정책, 계획 = 실행이라고 생각하면 됩니다.
누가 테스트 계획서를 작성하나요?
일반적으로 테스트 매니저 또는 테스트 리드가 이해관계자와 협의하여 작성합니다. 계획서는 테스트 계획 프로세스의 기록이지, 한 사람이 만드는 문서가 아닙니다.
모든 프로젝트에 완전한 테스트 계획서가 필요한가요?
계획서의 깊이는 프로젝트의 규모와 리스크에 맞아야 합니다. 작은 유지보수 릴리스는 가벼운 계획서로 충분할 수 있지만, 안전 필수 시스템은 명시적인 시작 및 종료 기준을 갖춘 상세한 계획서가 필요합니다.
일정이 지연되면 어떻게 되나요?
좋은 테스트 계획서는 살아 있는 문서입니다. 범위, 접근법, 자원, 일정은 이해관계자와 재협상되며, 갱신된 근거가 기록됩니다 — 이것이 계획서가 비상 계획을 필요로 하는 리스크를 식별하는 이유입니다.
관련 용어
- 테스트 케이스 — 시스템에 대해 실행되는 개별 입력 값 집합
- 테스트 전략 — 계획서가 적용하는 더 높은 수준의 조직적 접근법
- 테스트 베이시스 — 테스트 케이스가 도출되는 문서
- 시작 기준 — 테스팅이 시작되기 전에 충족되어야 하는 조건
- 종료 기준 — 테스팅이 끝나기 전에 충족되어야 하는 조건
- 테스트 설계 — 테스트 조건을 테스트 케이스로 전환하는 활동
- 테스트 실행 — 계획서가 예정한 테스트를 실행하는 것
