표준 산출물 문서 따라가기: 계획서부터 완료 보고서까지

개념

사례로 따라가기 — "쿠폰 적용" 기능

지금까지 배운 조직·관리·동적 프로세스가 실제로 어떤 문서로 남는지, 하나의 가상 사례("장바구니에 쿠폰을 적용하는 기능")로 끝까지 따라가 본다.

문서 1 — 테스트 계획서(Test Plan)

레슨 4(관리 프로세스)의 계획 단계 산출물. 모듈 4(레슨 1)에서 이미 작성해본 형식과 크게 다르지 않다.

- 테스트 대상: 장바구니 쿠폰 적용 기능
- 범위: 쿠폰 코드 입력, 할인 계산, 적용 취소
- 리스크: 할인 금액 계산 오류(재무 영향 큼) → 리스크 기반으로 집중 테스트
- 일정: 기능 완료 후 3일
- 종료 기준: 심각도 높음 결함 0건, 계획된 케이스 95% 이상 실행

문서 2 — 테스트 설계 명세(Test Design Specification)

레슨 5(동적 프로세스)의 설계 단계 산출물. 어떤 테스트 조건이 필요한지 정리한다.

- 조건 1: 유효한 쿠폰 코드 입력 시 할인이 정확히 계산되는가
- 조건 2: 만료된 쿠폰 코드 입력 시 적절한 오류가 표시되는가
- 조건 3: 이미 사용한 쿠폰 재사용 시도 시 거부되는가
- 조건 4: 쿠폰 적용 후 취소 시 원래 금액으로 복원되는가

문서 3 — 테스트 케이스 명세(Test Case Specification)

설계 명세의 각 조건을 구체적인 입력값과 기대 결과로 구체화한다 — 모듈 3에서 배운 테스트 케이스 작성 방식 그대로다.

케이스 ID: TC-CPN-001
조건: 유효한 쿠폰 코드 입력 시 할인이 정확히 계산되는가
사전조건: 장바구니에 상품 총액 10,000원 담긴 상태
절차: "SAVE10"(10% 할인 쿠폰) 입력 후 "적용" 클릭
기대 결과: 최종 금액이 9,000원으로 표시됨

문서 4 — 테스트 완료 보고서(Test Completion Report)

레슨 4의 완료 단계 산출물이자, 모듈 6(레슨 2)에서 배운 결함 리포트 작성 원칙이 요약 형태로 다시 등장하는 지점이다.

- 실행 결과: 계획된 12개 케이스 중 12개 실행(커버리지 100%)
- 결함 현황: 발견 3건(심각도 높음 0건, 중간 2건, 낮음 1건) — 모두 종결
- 잔존 리스크: 없음(모든 심각도 높음 결함 해결 확인)
- 배운 점: 쿠폰 만료 시각 처리에서 시간대(timezone) 관련 결함이 반복
  발견됨 — 다음 프로젝트의 조직 테스트 전략(레슨 3)에 "날짜/시간
  경계값은 항상 시간대를 명시해 테스트한다"는 항목 추가 제안

문서들이 어떻게 이어지는가

테스트 계획서 (레슨 4)
  → 테스트 설계 명세 (레슨 5)
    → 테스트 케이스 명세 (모듈 3과 동일한 형식)
      → 실행 → 인시던트 발견 시 결함 리포트 (모듈 6)
        → 테스트 완료 보고서 (레슨 4)
          → 배운 점이 조직 테스트 전략(레슨 3)에 다시 반영됨

이 흐름을 보면, 표준의 4개 파트와 3개 프로세스 계층이 별개의 지식이 아니라 하나의 프로젝트를 처음부터 끝까지 관통하는 하나의 이야기임을 알 수 있다. 그리고 이 강의에서 이미 배운 모듈 3(설계), 모듈 4(계획), 모듈 6(결함 리포트)의 내용이, 표준이라는 공식 틀 안에서 그대로 재사용된다는 것도 확인할 수 있다.

실무에서 왜 필요한가

표준을 요구하는 조직(금융, 공공, 의료기기)에 QA로 합류하면, 첫 업무가 "우리 표준 양식에 맞춰 테스트 계획서를 작성해주세요"인 경우가 흔하다. 이 레슨에서 본 것처럼 실제 내용은 이미 배운 것과 크게 다르지 않다 — 다만 정해진 형식과 문서 간 연결 관계를 지켜야 한다는 점이 다르다. 표준 문서 체계를 한 번 끝까지 따라가 본 경험이 있으면, 어떤 조직의 표준 양식을 받아도 "이건 계획서구나, 이건 설계 명세구나"를 빠르게 파악할 수 있다.

실습 과제

과제 1 — 나만의 사례로 문서 체인 만들기 (15분)

"회원 등급별 배송비 할인" 기능을 대상으로, 테스트 계획서 핵심 항목 3줄, 테스트 설계 명세 조건 2개, 그중 하나의 테스트 케이스 명세를 이 레슨의 예시 형식을 참고해 직접 작성한다.

과제 2 — 완료 보고서의 "배운 점" 작성하기 (10분)

과제 1에서 만든 테스트가 끝났다고 가정하고, 가상의 발견 사항(예: "등급이 바뀌는 정확한 시점에 할인율 적용이 하루 어긋난다")을 하나 설정해, 이걸 조직 테스트 전략에 어떻게 반영하자고 제안할지 한 문장으로 적는다.

자가 체크리스트

테스트 계획서·설계 명세·케이스 명세·완료 보고서 네 문서의 역할을 구분해 설명할 수 있다
네 문서가 하나의 프로젝트 흐름 안에서 어떻게 순서대로 이어지는지 설명할 수 있다
완료 보고서의 "배운 점"이 조직 테스트 전략(레슨 3)으로 다시 순환되는 구조를 설명할 수 있다
이 강의에서 배운 모듈 3·4·6의 내용이 표준 문서 체계 안에서 어떻게 재사용되는지 설명할 수 있다

흔한 실수

각 문서를 서로 독립된 것으로 취급하고 연결 관계를 신경 쓰지 않는다. 설계 명세의 조건이 케이스 명세에, 케이스 실행 결과가 완료 보고서에 그대로 이어져야 트레이서빌리티(모듈 7 레슨 1)가 유지된다.
완료 보고서를 형식적인 결과 요약으로만 쓰고 "배운 점"을 생략한다. 이 부분이 빠지면 조직이 같은 실수를 반복하게 된다.
표준 문서 형식을 익히는 데만 집중하고, 내용 자체(테스트 설계 품질, 결함 리포트 품질)는 소홀히 한다. 형식은 그릇일 뿐, 안에 담기는 내용의 품질이 실제 가치를 결정한다.

참고 자료

ISO/IEC/IEEE 29119-3 개요 — Test Documentation — 테스트 문서 템플릿의 공식 정의
Rex Black, Managing the Testing Process — 실제 프로젝트 사례를 통한 테스트 문서 작성 예시