테스트 계획에 포함되어야 항목

테스트 계획에 포함되어야 항목  05.02.04 13:07 
 
테스트 계획은 테스트 공정을 이해하는데 도움을 준다. 모든 테스트 공정을 하나의 계획서에 기술하여도 좋지만(실제로 그렇게 작성하는 사람도 있다) 별도의 문서로 나누어 기술하여 각각 해당하는 섹션에 참조 포인트를 붙이는 것이 일반적이다. IEEE 표준규격에서 정의하고 있는 테스트 계획의 항목은 다음과 같다.

1.        테스트 계획ID
임의의 명칭 또는 번호를 부여한다. 모든 문서를 데이터베이스에서 관리할 때 편리하다

2.        서문
테스트 계획의 개요를 설명한다.(적절한 수단과 표준적인 문서의 설명을 포함한다)

3.        테스트 항목
테스트 항목은 소프트웨어의 어떤 측면(기능,모듈,특징, 기타)를 테스트 대상으로 할 것인지에 관하여 기술한다. 모든 내용을 열거하던지 아니면 모든 것이 기술되어 있는 관련 문서를 참조하도록 한다. 참조 가능한 사양서(요구사양서,설계서 등), 메뉴얼(사용자, 조작, 설치 메뉴얼 등)을 기술한다.

4.        테스트 대상 기능
테스트 설계 사양서와 상호 참조

5.        테스트 대상 외의 기능
테스트를 하지 않는 것은 어느 것이고 그 이유를 기술한다.

6.        테스트 방법
테스트 방법의 개요를 작성하는 담당자, 주요 내용, 기법, 사용툴, 테스트 완료조건

7.        합격,불합격 기준
합격,불 합격의 판정기준을 명확히 한다.

8.        테스트 중단 기준과 재개 요건
프로그램이 수정될 때까지 테스트를 중단하는 조건의 열거 및 테스트를 재개하는 조건을 명확히 한다.

9.        성과물
작성해야 할 테스트 문서를 모두 열거한다.

10.        테스트 작업
테스트의 준비와 실시에 필요한 모든 작업내용을 열거한다. 작업의 의존관계, 필요한 기술 또는 인력, 담당자, 부하의 정도, 완료시기

11.        환경
필요한 하드웨어, 소프트웨어, 테스트 툴, 설비 등을 기술한다.

12.        책임자
관리, 설계, 준비, 실행, 인증, 수정, 해결(결단) 환경의 수배 등의 책임자(그룹)을 명기한다.

13.        인원 및 교육
어느 정도의 레벨의 인력이 몇 명 필요한지 어떤 교육이 필요한지 등

14.        스케쥴
milestone에는 날짜를 표기한다. 각 리소스(사람, 기계, 툴, 설비)의 필요한 시기를
기록한다.

15.        Risk 와 Accident
테스트 계획에 있어서 리스크가 높은 것은 어느 것인지 스케쥴 지연의 원인이 되는 것은 무엇인지. 발생하였을 경우 대처방법은 어떻게 할 것인지 등 

16.        승인
테스트 계획의 승인자는 누구인지, 승인을 위해 결재란을 준비한다.