관리 테스트 프로세스: 계획, 모니터링·통제, 완료

개념

관리 계층은 프로젝트 단위로 움직인다

레슨 3에서 배운 조직 테스트 프로세스가 회사 전체의 원칙이었다면, 관리 테스트 프로세스는 그 원칙을 특정 프로젝트에서 실제로 실행하기 위한 관리 활동이다. 표준은 이걸 세 단계로 나눈다.

테스트 계획 (Test Planning)
  → 테스트 모니터링·통제 (Test Monitoring and Control)
    → 테스트 완료 (Test Completion)

1단계 — 테스트 계획(Test Planning)

모듈 4(레슨 1, 4)에서 이미 배운 내용이 바로 이 단계다 — 테스트 범위·리스크·일정·종료 기준을 정하고 테스트 계획서(Test Plan)를 작성한다. 표준은 여기서 조직 테스트 전략(레슨 3)을 이 프로젝트에 어떻게 구체화할지까지 계획에 포함하도록 요구한다.

2단계 — 테스트 모니터링과 통제(Monitoring and Control)

계획을 세운 뒤 실행하는 동안, 계획과 실제 진행 상황의 차이를 계속 확인하고 필요하면 조정하는 단계다.

모니터링: 지금까지 실행한 테스트 케이스 수, 발견된 결함 수, 남은 일정 대비 진행률(모듈 6 레슨 5의 커버리지 지표와 연결)을 계속 추적한다
통제: 모니터링 결과 계획과 크게 어긋나면(예: 예상보다 결함이 훨씬 많이 나온다) 일정을 조정하거나, 우선순위를 재배정하거나, 추가 리소스를 요청하는 등 조치를 취한다

계획은 한 번 세우고 끝이 아니라, 이 모니터링·통제 루프를 통해 계속 살아있는 문서로 갱신된다.

3단계 — 테스트 완료(Test Completion)

테스트 활동이 끝나면(릴리스 시점 또는 프로젝트 종료 시점), 결과를 정리하고 배운 점을 남긴다.

테스트 완료 보고서 작성(레슨 6에서 실제 형식을 다룬다)
테스트 산출물(테스트 케이스, 테스트 데이터, 자동화 스크립트)을 다음 프로젝트나 유지보수 팀이 재사용할 수 있도록 정리·인계
회고(Retrospective) — 무엇이 잘 됐고 무엇을 다음에 개선할지 기록

이 마지막 단계를 생략하는 팀이 실무에서 매우 많다 — 릴리스가 끝나면 바로 다음 작업으로 넘어가느라, 배운 점을 기록하고 공유하는 과정이 통째로 사라지는 경우다.

모니터링·통제·완료는 한 번으로 끝나지 않는다

애자일 환경(모듈 7 레슨 4)에서는 이 세 단계가 스프린트마다 짧은 주기로 반복된다 — 워터폴처럼 프로젝트 전체에 한 번만 적용되는 게 아니라, 매 스프린트가 작은 계획-모니터링-완료 사이클을 도는 셈이다.

실무에서 왜 필요한가

"계획은 세웠는데 실행 중 아무도 진행 상황을 추적하지 않아서, 릴리스 직전에야 테스트가 한참 밀렸다는 걸 알게 됐다"는 실패는 모니터링·통제 단계가 빠졌을 때 생긴다. "테스트는 끝났는데 뭘 했는지 아무 기록도 안 남았다"는 완료 단계가 빠졌을 때 생긴다. 표준이 이 세 단계를 명시적으로 구분하는 이유는, 실무에서 특히 자주 빠지는 두 번째·세 번째 단계를 놓치지 않게 하기 위해서다.

실습 과제

과제 1 — 모니터링 지표 설계하기 (10분)

진행 중인 프로젝트의 테스트 상황을 매주 추적하려 한다. 어떤 지표 (모듈 6 레슨 5 참고) 3가지를 매주 확인할지 정하고, 그 지표가 계획과 크게 어긋났을 때 취할 수 있는 조치를 하나씩 적는다.

과제 2 — 완료 단계 체크리스트 만들기 (10분)

한 릴리스의 테스트가 끝났을 때, "완료" 단계에서 반드시 해야 할 일 목록을 4가지 이상 작성한다.

자가 체크리스트

관리 테스트 프로세스의 세 단계(계획·모니터링과 통제·완료)를 순서대로 설명할 수 있다
테스트 계획이 한 번 세우고 끝나는 게 아니라 계속 갱신되는 이유를 설명할 수 있다
테스트 완료 단계에서 실무가 자주 놓치는 부분을 설명할 수 있다
애자일 환경에서 이 세 단계가 어떻게 반복되는지 설명할 수 있다

흔한 실수

계획만 세우고 실행 중 모니터링을 하지 않는다. 계획과 현실의 차이를 릴리스 직전에야 발견하게 된다.
테스트 완료 단계를 생략하고 바로 다음 작업으로 넘어간다. 배운 점과 산출물이 다음 프로젝트에 전달되지 않아, 같은 실수가 반복된다.
모니터링에서 계획과의 차이를 발견해도 아무 조치를 취하지 않는다. 모니터링과 통제는 한 쌍이다 — 확인만 하고 조정을 안 하면 의미가 없다.

참고 자료

ISO/IEC/IEEE 29119-2 개요 — Test Management Process — 관리 테스트 프로세스의 공식 정의
Rex Black, Managing the Testing Process — 테스트 모니터링·통제 실무 기법을 다룬 장