[TMMi] 레벨.2 기준 테스트 계획서 작성(1)에 대해서 알아보자

정책, 전략, 가이드(210) - 테스트 계획서 작성 가이드 #2-1

표준 테스트 계획서 작성 가이드에 대해서 알아보도록 하겠습니다.

정책/전략/가이드의 문서 번호는 210번이며, 이 전 글을 참고하시기 바랍니다.

[TMMi : Level 2] 프레임워크 및 문서 양식 #1

예제로 다음 입사 사전 과제로 테스트 계획서를 작성했던 경험이 있습니다.

아래의 글도 참고 해보 보시기 바랍니다.

[번외] 소프트웨어 테스트 계획서 - feat.마이피플

😂 아래 내용은 예시를 기반으로 작성 되었음을 미리 말씀 드립니다. 😂

 

개정 이력

{고객사명}	SW 정책/전략/가이드		작성자
	테스트 계획서 작성 가이드		검토자
			승인자

 

<관련 부서 합의>

부서	이름	Comment	일자

<문서 제/개정 이력>

번호	제/개정 일자	제/개정 내용	문서 버전	개정자	승인자

 

1. 개요

1) 목적 

📌 본 문서는 ABC사의 SW 테스트 프로젝트의 테스트 계획서 작성 방법을 기술한 문서로서 SW 제품의 프로젝트에서 테스트 계획서 작성 시 참조하여 활용하기 위함이다.

2) 적용범위

📌 본 문서는 당사의 모든 SW 제품 개발 및 유지보수 영역 중 SW 개발 제품의 테스트 계획서 작성시 적용한다.

📌 총괄 테스트 계획서 및 레벨별 테스트 계획서 작성 시에도 활용 가능하다.

3) 참고 문서

📌 TMMi Framework Release 1.0

📌 ISO/IEC 29119 Software testing Standardization part 3

TMMi(Test Maturity Model integration)

ISO/IEC 29119

4) 문서 관리 담당자

📌 본 문서의 관리 담당자는 아래와 같음

역할	담당부서	담당자	내용
문서 책임자	OOO	OOO	본 테스트 계획서 작성 가이드 문서 생성 및 수정 담당
문서 검토자	OOO	OOO, OOO	작성 완료된 본 문서에 대하여 검토하고 의견 개진
문서 승인자	OOO	OOO	본 문서의 베이스라인을 승인하고 배포 허가

5) 테스트 계획서 작성 역할과 책임

역할	책임
테스트 계획 담당자	각 프로젝트의 총괄 테스트 매니저, 테스트 대상 분석 담당자가 전체적인 테스트 계획 수립을 리드 하고 계획을 배포한다,.
테스트 계획 검토자	작성 완료된 테스트 계획서에 대하여 검토하고 의견 개진

 

2. 테스트 개요 작성 가이드

2.1 프로젝트 정보

👀 해당 테스트 계획의 프로젝트에 대한 주요 정보를 간략히 기술함.

 

2.1.1 프로젝트명 및 주요 내용

📌 000 프로젝트
📌 000 프로젝트는 ~목적으로 개발이 되었으며, 주요 기능엔 ~한 모듈과 기능으로 구성되었다.
📌 해당 기능의 주요 SW는 000,000,000 외 120개의 기능이 있으며, 총 개발 공수 300MD로 추정된다.

 

2.1.2 프로젝트 주요 마일스톤

👀 프로젝트 시작, 종료, 중간점검 기간 등의 주요 마일스톤 일정을 기록한다.

구분	일자	내용
프로젝트 시작	2020.01.01
1차 릴리즈	2020.07.01
2차 릴리즈	2020.10.01
프로젝트 종료	2020.12.31

2.2 테스트 목적

👀 해당 테스트 프로젝트의 기술적, 비즈니스적 목적을 모두 식별하여 기술하고, 자사의 테스트 정책서상의 테스트 목적에 부합하는 테스트 목적을 기술한다.

• 제품의 결함 최소화
• 제품의 안정성 확보
• 제품 출시 이후 발견된 결함에 따른 비즈니스 손실 최소화
• 개발 과정에서 나타날 수 있는 잠재적인 위험요소를 제거하여 목표 품질수준 확보
• 고객 요구사항 및 기능 검증

2.3 테스트 범위

👀 테스트 범위를 기술함 (테스트 대상의 최상위 레벨의 요구사항 또는 SW 제품의 최상위 레벨의 기능 리스트 등을 기술하고 본 테스트 계획에서 포함하고 있지 않는 테스트 대상(프로젝트 개발 대상 중) 또는 품질 특성을 기술한다.

 

2.3.1 테스트 대상

분류	항목	내용
SW 제품명	SW 제품 상위레벨 기능1
	SW 제품 상위레벨 기능2

2.3.2 테스트 제외 대상

분류	항목	내용
SW 제품명	성능 테스트	성능 테스트는 000파트너사 가 별도로 진행함
	고객사 제품 연동 기능	고객사 제품 설치 후 해당 상황에 따라 별로도 일정 수립 후 수행함

2.4 테스트 목표(품질 목표)

👀 본 테스트 계획을 기준으로 진행하는 테스트의 최종 목표를, 프로젝트의 테스트 요구사항, 자사의 테스트 정책 및 전략의 테스트 목표 및 테스트 접근법에 부합 되도록 기술한다.

분류	항목	비고
테스트 커버리지	기능 적 요구사항 100% 커버하는 테스트 수행
	비 기능적 요구사항에 대한 품질 목표 달성 여부 검증
테스트 진척율	전체 기능에 대한 테스트 설계 100%
	전체 설계된 TC에 대한 실행 100%
제품 품질	Major 이상 결함 100% 조치 완료
	리스크 레벨 STA 영역 결함 100% 조치 완료
테스트 성과	결함 검출율 90%	단, 외부 발견 결함은 고객사 릴리즈 후 3개월 안에 발견된 결함으로 측정

2.5 고려사항 및 전제조건

👀 테스트 수행 전 고려해야 할 사항 및 제약사항 또는 사전준비사항에 대해 기술함.
테스트 공수, 규제 표준, 요구사항, 프로젝트 기간, 테스트 도구 및 환경의 가용성 등에서의 주제를 고려한다.

• 테스트 서버 및 운영 서버를 별도로 분리해야 함
• 공통 테스트 데이터 및 특정 테스트 데이터 식별 필요

2.6 이해 관계자 식별

👀 해당 프로젝트 이해관계자 및 연관성을 기술하함. 또한 그 이해 관계자와의 커뮤니케이션 방안에 대해서도 기술한다.

분류	항목	특이사항
고객사(사용자)	OOO 자동차 홍길도 부장	테스트 관련 산출물의 타당서 검토 필요
영업 담당	OOO 부장
개발팀 PM	OOO 부장

 

Related References

Test Plan - SOFTWARE TESTING Fundamentals

TEST PLAN: What is, How to Create (with Example)

Test Plan Tutorial: A Guide To Write A Software Test Plan Document From Scratch

Test Plan - Tutorialspoint

TMMi

요약 : iso 표준, 국제 표준 iso, 국내 표준, 표준, istqb, kstqb, 웹 qa, 모바일 qa, 앱 qa, test web, tmmi, cmmi