테스트 계획과 리스크 기반 테스트

학습 목표

이 모듈 한 줄 요약 — "시간이 모자랄 때 무엇을 포기할지 미리 정하는 법". 시간이 부족하면 사람은 어차피 무언가를 포기한다. 차이는 무엇을 포기했는지 아느냐 모르느냐에 있다. 이 모듈은 그것을 글로 적어 두는 방법을 다룬다 — 무엇부터 볼지(리스크), 언제 멈출지(종료 조건), 내보낼지 말지(Go/No-Go).

모듈 3까지가 "하나의 기능을 어떻게 시험하는가" 였다면, 여기서부터는 한 번의 출시 전체를 어떻게 끌고 가는가다. 혼자 하는 일이 아니라 팀과 합의하는 일이라, 글로 적는 것이 기술의 절반이다.

이 모듈을 마치면 테스트 전략과 테스트 계획을 구분해 이해하고, 제한된 시간 안에서 어디에 테스트 노력을 집중할지 리스크를 근거로 결정할 수 있다. 테스트를 언제 멈출지 판단하는 종료 조건을 세우고, 그 근거로 릴리즈 Go/No-Go 의견을 낼 수 있다. 나아가 성공 기준이 "아무것도 달라지지 않았다"인 전환·마이그레이션 프로젝트에서 등가성을 어떻게 증명하고 컷오버·롤백을 어떻게 설계할지 다룬다. 마지막으로 흩어져 있는 점검 항목을 7개 계층(UI·정답·권한·접근성·데이터 정합성·비기능· 보안)으로 세워, 하나의 서비스를 빠짐없이 훑는 체계를 만든다.

완료 후 할 수 있는 것

• 테스트 전략과 테스트 계획의 차이를 설명하고, 계획서의 핵심 구성 요소를 작성할 수 있다
• 기능별 리스크(발생 가능성 × 영향도)를 평가해 테스트 우선순위를 정할 수 있다
• 변경 규모에 비례해 테스트 커버리지 계획을 조정할 수 있다
• 근거 있는 테스트 종료 조건을 세워 "충분히 테스트했다"를 객관적으로 판단할 수 있다
• 테스트 현황과 남은 리스크를 근거로 릴리즈 Go/No-Go 의견을 정리해 전달할 수 있다
• 마이그레이션·전환 프로젝트에서 이중 실행 비교·리콘실리에이션·표본 대조로 등가성을 증명하고, 롤백 조건과 감시 계획을 설계할 수 있다
• 7계층 점검 체계로 서비스를 빠짐없이 훑고, 변경 유형에 따라 어느 계층까지 내려갈지 판단해 점검 결과표로 남길 수 있다

채용시장에서의 위치

"제한된 시간 안에서 테스트 범위를 어떻게 정하시나요?"는 경력이 있는 QA 채용 면접에서 자주 나오는 질문이다. 신입은 주어진 범위를 테스트하는 데 익숙하지만, 시니어는 범위 자체를 리스크 근거로 설계하고 방어할 수 있어야 한다. 이 모듈은 모듈 1(레슨 5)에서 다룬 "완전한 테스트는 불가능하다"는 전제를 실제로 실행하는 방법론이라, QA가 "테스트 실행자"에서 "의사결정에 근거를 제공하는 사람"으로 올라서는 지점이기도 하다.

특히 대규모 전환 검증 경험 은 채용 시장에서 드물고 설득력이 크다. AI가 코드 변환을 대신 해주는 시대에는 오히려 더 그렇다 — 옮기는 일은 자동화되어도 "같다는 것을 증명하는 일"은 남기 때문이다.

그리고 "다 보신 거죠?" 라는 질문에 답하는 방식이 QA의 수준을 드러낸다. "네, 다 봤습니다"와 "L1부터 L5까지 완료, L6은 성능만, L7은 이번 범위에서 제외"는 다른 문장이다. 후자는 무엇을 안 봤는지까지 말한다.