개념
전략(Strategy)과 계획(Plan)의 차이
두 단어가 비슷해 보이지만 가리키는 범위가 다르다.
| 테스트 전략 | 테스트 계획 | |
|---|---|---|
| 범위 | 조직·제품 전반의 일관된 방침 | 이번 릴리즈·프로젝트에 대한 구체적 실행안 |
| 수명 | 오래 유지됨 (분기~연 단위로 갱신) | 릴리즈마다 새로 작성되거나 조정됨 |
| 예시 | "우리는 자동화 피라미드를 따르고, 회귀는 최대한 자동화한다" | "이번 릴리즈는 결제 모듈이 신규라 수동 탐색적 테스트를 40% 배정한다" |
전략은 "우리 조직은 테스트를 어떻게 대하는가"라는 큰 방향이고, 계획은 그 방향을 이번 상황(이번 릴리즈, 이번 기능)에 구체적으로 적용한 것이다. 계획은 전략을 벗어나지 않으면서도, 이번 릴리즈만의 특수 사정(신규 모듈, 촉박한 일정 등)을 반영해 조정된다.
테스트 계획서의 핵심 구성 요소
무겁고 형식적인 문서일 필요는 없다 — 위키 페이지 한 장으로도 충분할 때가 많다. 다만 아래 요소는 빠지지 않아야 한다.
| 구성 요소 | 담을 내용 |
|---|---|
| 범위 (Scope) | 무엇을 테스트하고, 무엇을 이번엔 테스트하지 않는가 |
| 테스트 대상 | 어떤 기능·모듈이 이번 릴리즈에 포함되는가 |
| 접근법 | 어떤 테스트 레벨(모듈 1)과 유형을 어떻게 조합할 것인가 |
| 일정·리소스 | 언제까지, 누가, 어떤 환경에서 |
| 리스크와 대응 | 무엇이 위험하고 어떻게 다룰 것인가 (레슨 2에서 자세히) |
| 진입·종료 기준 | 언제 테스트를 시작하고, 언제 끝낼 것인가 (레슨 4에서 자세히) |
| 산출물 | 무엇을 남길 것인가 (테스트 케이스, 결함 리포트, 결과 보고서) |
이 표의 항목 하나하나가 이후 레슨들의 주제이기도 하다 — 이 레슨은 전체 지도를 펼치는 역할이고, 나머지 레슨들이 "리스크와 대응", "진입·종료 기준" 같은 개별 항목을 깊게 채운다.
범위는 "무엇을 안 할지"도 포함한다
계획서에서 가장 자주 빠지는 부분이 "이번엔 테스트하지 않는 것"을 명시하는 일이다. "다국어 번역 품질은 이번 릴리즈에서 테스트 범위에서 제외한다"처럼 명시적으로 적어두면, 나중에 "그거 왜 안 봤어요?"라는 질문에 "계획서에 범위 밖으로 합의했습니다"라고 답할 수 있다. 암묵적으로 빠진 것과 명시적으로 뺀 것은 책임 소재가 완전히 다르다.
실무에서 왜 필요한가
계획서가 없으면 테스트는 그때그때 즉흥적으로 이뤄지고, 이해관계자는 "이게 테스트됐는지 안 됐는지" 알 방법이 없다. PM이 "이 기능 테스트 범위에 포함되나요?"라고 물었을 때 계획서를 보면 바로 답할 수 있어야 한다. 계획서는 QA 혼자 보는 문서가 아니라 개발·기획과 기대치를 맞추는 커뮤니케이션 도구이기도 하다.
실습 과제
과제 1 — 전략인가 계획인가 (8분)
다음 문장이 전략에 가까운지 계획에 가까운지 분류한다.
- "우리 팀은 신규 기능마다 탐색적 테스팅 세션을 최소 1회 진행한다."
- "이번 스프린트의 로그인 개편은 회귀 테스트를 결제 모듈까지 확장해서 본다."
- "회귀 테스트는 가능한 자동화하고, 수동은 신규 기능에 집중한다."
과제 2 — 미니 계획서 작성하기 (15분)
"장바구니에 수량 일괄 변경 기능 추가"라는 가상의 릴리즈에 대해, 위 표의 7개 구성 요소 각각을 한 줄씩 채워 미니 테스트 계획서를 작성한다. 정보가 부족한 항목은 가정을 세워 적어도 된다.
자가 체크리스트
- 테스트 전략과 테스트 계획의 범위·수명 차이를 설명할 수 있다
- 테스트 계획서의 7가지 핵심 구성 요소를 나열할 수 있다
- "무엇을 테스트하지 않을지"를 명시하는 것이 왜 중요한지 설명할 수 있다
- 주어진 릴리즈에 대해 미니 테스트 계획서를 작성할 수 있다
흔한 실수
- 계획서를 한 번 쓰고 릴리즈 내내 갱신하지 않는다. 범위가 바뀌면(기능 추가·축소) 계획서도 함께 갱신해야 신뢰할 수 있는 문서로 남는다.
- "범위 제외"를 문서화하지 않고 그냥 생략한다. 나중에 "왜 안 봤냐"는 질문에 답할 근거가 없어진다.
- 계획서를 QA만 보는 내부 문서로 취급한다. 개발·기획과 공유해 기대치를 맞추는 게 계획서의 핵심 가치 중 하나다.
참고 자료
- ISTQB Foundation Level Syllabus — Test Planning — 테스트 계획의 표준 구성 요소
- ISO/IEC/IEEE 29119-3 — 테스트 계획 문서의 공식 표준 (모듈 8에서 상세히)