검증 · 출시 · 양식
테스트 계획서 양식
무엇을 어떤 범위와 방법으로 검증할지, 언제 누가 할지를 케이스 작성 전에 확정한다.
이럴 때 써요
- 테스트 케이스를 쓰기 전에 검증 범위와 방법을 먼저 합의해야 할 때
- 테스트에 필요한 환경·데이터·일정을 미리 확보해야 할 때
- 무엇을 테스트하지 않기로 했는지도 근거와 함께 남겨야 할 때
양식 구성
8개 절로 이루어져 있습니다.
- 테스트 정보
- 버전 · 대상 · 테스트 책임자 · 검토자 · 승인자 · 작성일 · 테스트 기간
- 1 테스트 범위
- 무엇을 테스트하지 않기로 했는지도 사유와 함께 남깁니다.
- 2 테스트 전략
- 무엇을 어느 수준(단위·통합·E2E)에서 볼지 정한다. 전부 수동으로 하겠다는 계획은 대개 지켜지지 않는다.
- 3 환경 및 데이터
- 어느 환경에서 어떤 데이터로 볼지 적는다. 운영 데이터를 쓰면 개인정보 처리 방법을 함께 적는다.
- 4 일정 및 리소스
- 언제 누가 얼마나 볼지 적는다. 개발 일정만 잡고 테스트 기간을 안 잡으면 출시 직전에 밀린다.
- 5 진입 · 종료 기준
- 무엇이 되면 테스트를 시작하고, 무엇이 되면 끝낼지 미리 정한다.
- 6 리스크 및 대응
- 못 볼 것 같은 영역과 그때의 대비를 적는다.
- 7 변경 이력
- 문서를 고칠 때마다 한 줄 남긴다. 승인 뒤에 바뀐 것은 특히 빠짐없이 적는다.
바로 써 보기
로그인 없이 바로 쓸 수 있습니다. 다 쓰면 PDF·Word·한글(HWPX)·Markdown 으로 내보냅니다.
검증 · 출시 단계의 다른 양식
- 테스트 케이스 (TC) — 검증 시나리오와 기대 결과를 케이스 단위로 작성한다.
- 오픈 체크리스트 — D-7 부터 배포 당일, 롤백 판단까지 출시 절차를 점검한다.
- 배포 계획서 — 배포 절차와 순서, 검증 방법과 롤백 트리거·절차를 명령 단위로 확정한다.
- 릴리즈 노트 — 사용자 공지와 내부 변경 기록을 한 문서에서 함께 쓴다.