테스트 계획 수립: 범위·전략·일정·자원을 통제하는 기준 문서

테스트 계획의 범위, 전략, 일정, 자원, 품질 게이트를 정의하고 변경과 리스크를 통제하는 방법을 정리한다.

2026-08-14 · 최초 발행 2025-12-18

테스트 실행을 통제하는 기준선

테스트 계획(Test Plan)은 테스트 범위·전략·일정·자원을 미리 합의하고, 이후의 실행과 통제를 위한 기준 문서로 고정하는 문서다. 프로젝트 리스크를 앞단에서 드러내고 품질 목표를 향해 테스트 활동을 조율하는 데 목적이 있다.

계획서에는 범위, 목표, 접근 전략, 일정, 자원, 품질 기준, 리스크, 커뮤니케이션 방식, 변경관리를 담는다. 승인된 계획은 베이스라인이 되며, 이후 변경은 정해진 변경관리 절차를 통해서만 반영한다. 감사, 컴플라이언스, 추적성의 근거로도 사용된다.

구성은 ISO/IEC/IEEE 29119를 기준으로 권장할 수 있으며, 과거 IEEE 829 양식과의 호환성도 고려한다.

범위부터 변경 통제까지 계획서에 담을 내용

테스트 범위에는 검증 대상과 제외 항목을 함께 명시한다. 비기능, 통합, 보안 테스트의 포함 여부도 이 단계에서 결정한다. 이해관계자와 품질 문턱값을 합의하고, 환경·데이터·릴리스 정책에 대한 가정과 의존성, 제약을 기록해 리스크를 표면화한다.

테스트 전략은 리스크 기반 테스트를 중심으로 설계한다. High/Medium/Low 우선순위를 정하고, 요구사항·코드·사용 시나리오 가운데 어떤 커버리지 모델을 적용할지 결정한다. 자동화 대상과 레벨, 도구·버전, 테스트 데이터와 환경 구성, 병행성 및 회귀 정책도 전략에 포함된다.

일정에는 단계별 Entry/Exit 게이트와 마일스톤을 두고 버퍼와 크리티컬 패스를 반영한다. 진행 상태는 일일·주간 번다운, 실행률, 결함 추세를 통해 보고한다. 역할과 책임은 RACI로 정리하고 역량에 맞춰 인력을 배치한다. 온·오프 혼합 리소스, 환경·툴 라이선스·테스트 데이터 비용, 병행 실행 계획도 함께 관리한다.

품질 기준으로는 중요 결함 0건, 고우선 95% 해결, 요구사항 커버리지 90% 이상을 종료 조건으로 둘 수 있다. 리스크 레지스터에는 완화·회피 방안을 기록하고, 변경 요청은 영향도 분석과 승인 절차를 거쳐 처리한다.

입력을 베이스라인으로 고정하고 실행 중 통제하기

계획 수립은 요구사항, 아키텍처, 릴리스 계획, 규제·보안 요구, 과거 결함 데이터를 모으는 일에서 시작한다. 이를 바탕으로 범위·전략·일정·자원을 정하고, 지표와 보고 체계, 게이트와 승인 절차를 설계한다.

QA 리드, 개발, PO가 함께 검토한 뒤 승인된 계획은 형상관리 저장소에 베이스라인으로 저장한다. 실행 단계에서는 일일 스탠드업과 지표를 통해 상태를 통제한다. 변경 요청은 영향도 분석을 마친 뒤 승인된 경우에만 계획에 반영한다.

실행 공수는 다음 산식으로 계산할 수 있다.

  • 실행 공수(테스터-일) 산식: (테스트 케이스 수 × 평균 실행 시간) ÷ 유효 작업시간 × 재실행 계수.
    • 예: 600TC × 6분 = 3600분, 유효 6시간/일 기준 10테스터-일, 재실행 1.3배 → 13테스터-일.

병행성도 계획의 일부다. 5명 투입 시 실행기간 약 3영업일에 환경 안정화 1일, 보고·완료 1일을 더해 총 5영업일로 잡을 수 있다.

Entry 게이트는 환경 안정화 완료, 빌드 서명, 테스트 데이터 적재, 차단 결함 0건을 확인한다. Exit 게이트에서는 중요 결함 0건, 고우선 결함 해결률 ≥95%, 커버리지 ≥90%, 성능/보안 스모크 통과를 확인한다.

변경과 환경 문제를 포함한 계획 흐름

검토우선순위화(H/M/L)WBS/Gantt리소스 매칭지표·게이트 설정승인(품질 게이트)영향도 분석CR 승인CR 반려롤백·재배포재검증입력: '요구사항', '리스크','제약', '릴리스 계획'처리: '범위 정의'처리: '전략 수립(리스크 기반,자동화, 데이터/환경)'처리: '일정·마일스톤 계획'처리: '자원·조직·예산 계획'출력: '테스트계획서(베이스라인)'출력: '실행 준비 완료'이벤트: '요구사항 변경'처리: '범위·일정 재평가'출력: '추가 요청 보류·백로그'에러: '환경 불안정'처리: '환경 안정화 태스크'

품질 지표를 게이트와 연결하는 방법

지표 정의 측정 방법 목표 예시
요구사항 커버리지 테스트된 요구사항 비율 요구사항-테스트 매트릭스(RTM) 기반 ≥ 90%
결함 누수율 릴리스 후 발견 결함 비율 운영 결함 / 전체 결함 ≤ 5%
실행률 계획 대비 실행 완료 비율 완료 TC / 계획 TC ≥ 95%
일정 준수율 계획 일정 대비 실제 일정 계획/실적 차이 ±10% 이내
재오픈율 재오픈된 결함 비율 재오픈 / 종료 결함 ≤ 3%

릴리스 성격에 따라 달라지는 검증 초점

SaaS 신규 기능 릴리스에서는 고객 영향이 큰 기능부터 리스크 기반으로 검증한다. 회귀 자동화는 60% 적용하고, 스테이징-프로덕션 사전 검증(Blue/Green) 게이트와 롤백 경로를 계획에 명시한다.

모바일 앱 대규모 리그레션에서는 단말 매트릭스를 선정하고 클라우드 디바이스 팜의 병행성을 높인다. 네트워크 조건을 프로파일링하며, 크래시 임계치·앱 시작 시간·배터리 영향 지표를 Exit 기준에 넣는다.

데이터 마이그레이션은 샘플링과 전수 검증을 혼합하고 해시 기반으로 데이터 무결성을 검증한다. ETL 라인별 스모크를 수립하고, 컷오버 창구 관리와 롤백 스크립트·락 정책의 사전 검증을 계획에 포함한다.

계획 수립으로 확보하는 운영 효과

테스트 계획을 체계화하면 결함 누수율을 3060% 줄이고 중요 결함 유출 0건을 달성할 수 있다. 일정 준수율은 1525%p 개선되며, 크리티컬 패스 지연 리스크를 조기에 탐지할 수 있다.

재작업 비용은 20~40% 절감하고 환경·도구 비용을 최적화할 수 있다. 변경관리와 추적성이 갖춰지면 감사 대응 시간도 50% 단축된다.

테스트 계획품질 관리리스크 기반 테스트테스트 전략일정 관리