Test Procee의 첫 단계인 계획 수립에 필요 한 내용들을 설명 하곘습니다. 접근 방법, Entry/Exit Criteria 및 Test Metics를 정의를 통해 전체 프로세스를 제어하는 문서로 활용되는 중요한 내용입니다.
- Test Strategy(테스트 전략): Test Strategy는 테스트를 효과적으로 수행하기 위한 전략과 방향성을 정의하는 문서입니다. 이는 테스트의 목표, 범위, 접근 방식, 리스크 관리, 테스트 유형 및 기법 등을 결정합니다. Test Strategy는 프로젝트 초기에 작성되며, 테스트 전반적인 방향성을 제시합니다. 이 문서는 프로젝트 관련 이해관계자들이 공유하고 승인해야 합니다.
- Test Plan(테스트 계획): Test Plan은 Test Strategy를 기반으로 테스트 수행에 대한 세부 계획을 제시하는 문서입니다. Test Plan은 테스트의일정, 리소스, 테스트 케이스 개발 및 실행 방법, 테스트 환경, 테스트 데이터 등을 포함합니다. 이는 테스트 팀이 실제로 테스트를 수행하기 위해필요한 정보를 담고 있습니다. Test Plan은 Test Strategy에 기반하여 작성되며, 프로젝트의 특정 단계나 반복마다 업데이트될 수 있습니다.
Test Plan에는 Test Strategy의 일부 내용이 포함될 수 있습니다. 특히, Test Plan은 Test Strategy에서 결정된 테스트 전략을 구체화하고 실제 테스트 수행에 필요한 세부 계획을 제시하기 때문에, Test Strategy의 내용 중 일부가 Test Plan에 반영될 수 있습니다. 그러나 두 문서는 목적과 관점에서 차이가 있으며, 각각의 역할을 수행합니다.
소프트웨어 테스트 분야에서는 다양한 테스트 계획 및 전략 가이드 라인이 존재합니다. 이러한 가이드 라인은 일반적으로 업계에서 인정받는 표준, 프레임워크 또는 모범 사례에 따라 개발되었습니다. 몇 가지 인기 있는 표준과 템플릿은 다음과 같습니다:
- IEEE 829: IEEE(전기 및 전자 기술 협회)는 소프트웨어 및 시스템 테스트 문서 작성에 대한 표준인 IEEE 829를 제공합니다. 이 표준은 Test Plan, Test Design Specification, Test Case Specification, Test Procedure Specification, Test Item Transmittal Report 등 다양한테스트 관련 문서를 포함합니다.
- ISTQB (International Software Testing Qualifications Board): ISTQB는 소프트웨어 테스트 인증을 제공하는 국제 기구로서, 테스트 계획과 전략 작성을 위한 가이드라인을 제공합니다. ISTQB의 테스트 계획 및 전략 템플릿은 테스트의 목적, 범위, 리스크, 테스트 케이스 관리 등을 포함합니다.