본문으로 건너뛰기
중급20

짝 탐험(Pair Exploration), 탐험 추정, 언제 충분한가

둘이 함께 탐험하면 혼자보다 더 많이 본다. 그리고 "탐색적 테스팅은 언제 끝나는지 알 수 없다"는 흔한 오해에 실무적인 답을 준다.

  • #짝탐험
  • #탐험추정
  • #종료기준
  • #탐색적테스팅

개념

짝 탐험 (Pair Exploration)

두 사람이 함께 한 세션을 탐험한다. 한 명이 운전자(Driver) — 키보드와 마우스를 잡고 실제로 조작 — 를 맡고, 다른 한 명이 관찰자(Navigator) — 화면을 보며 아이디어를 제안하고 메모를 남긴다 — 를 맡는다.

혼자 할 때보다 좋은 점이 분명하다.

  • 두 사람의 시야가 겹치지 않는다 — 한 명이 놓친 걸 다른 한 명이 본다
  • 실시간 토론이 새로운 아이디어를 만든다 — "어, 그거 해보니까 이것도 궁금하네" 식의 연쇄가 혼자서는 잘 안 일어난다
  • 지식 전수에 좋다 — 신입 테스터와 경력자를 짝지으면 훈련이 되고, QA와 개발자를 짝지으면 서로 다른 관점(사용자 관점 vs 구현 관점)이 섞인다

탐험 추정 (Exploration Estimation)

"탐색적 테스팅은 몇 시간 걸릴까요?"라는 질문에 스크립트 테스트처럼 "케이스가 50개니까 몇 시간"이라고 답할 수 없다. 대신 차터(레슨 2) 단위로 추정한다.

"이 기능은 리스크 분석(모듈 4) 결과 차터가 4개 필요하다고 판단했고, 차터당 6090분이 걸리니, 총 46시간 정도로 추정한다."

이 방식은 "몇 개의 버그를 찾을지"나 "얼마나 철저할지"를 예측하려 하지 않는다 — 대신 **"얼마나 많은 차터를, 얼마나 깊게 진행할 것인가"**를 계획한다. 이게 탐색적 테스팅을 계획 가능한 활동으로 만드는 핵심이다.

언제 충분한가

스크립트 테스트는 "모든 케이스를 실행하면 끝"이라는 자연스러운 종료 지점이 있다. 탐색적 테스팅은 그런 지점이 없다 — 그래서 명시적인 중단 기준이 필요하다. 모듈 4(레슨 4)에서 배운 종료 조건 개념을 탐색적 테스팅에 맞게 적용하면 다음과 같다.

  • 계획된 차터를 모두 진행했다
  • 수확 체감: 최근 몇 세션에서 새로운 발견(새 결함, 새 질문)이 거의 없고 이미 알던 것만 반복해서 확인되고 있다
  • 배정된 시간·리스크 예산(모듈 4)을 다 썼다
  • 리스크 매트리스(모듈 4)에서 식별된 고위험 영역을 충분히 다뤘다고 판단된다

이 기준 중 하나라도 명확히 충족되면 "충분하다"고 선언할 근거가 있는 것이다. 근거 없이 "이 정도면 될 것 같다"는 감으로 멈추는 것과는 다르다.

실무에서 왜 필요한가

"탐색적 테스팅은 언제 끝날지 몰라서 관리하기 어렵다"는 게 관리자들이 탐색적 테스팅을 꺼리는 흔한 이유다. 차터 기반 추정과 명시적 중단 기준은 이 오해에 대한 실무적 답이다 — 탐색적 테스팅도 계획하고, 추정하고, 종료를 선언할 수 있는 관리 가능한 활동이라는 걸 보여준다. 짝 탐험은 특히 고위험 영역이나 신입 온보딩에 실무에서 자주 쓰이는 구체적인 실천 방법이다.

실습 과제

과제 1 — 차터 기반 추정하기 (12분)

"결제 수단 3종(카드/계좌이체/간편결제) 추가"라는 기능에 대해, 필요한 차터 개수를 추정하고(어떤 차터들이 필요할지 이름만 나열해도 좋다), 차터당 시간을 곱해 전체 예상 소요 시간을 계산한다.

과제 2 — 중단 기준 작성하기 (10분)

과제 1의 기능에 대해, 탐험을 멈춰도 될 근거가 되는 중단 기준을 3개 이상 작성한다.

자가 체크리스트

  • 짝 탐험에서 운전자와 관찰자의 역할을 구분해 설명할 수 있다
  • 짝 탐험이 혼자 탐험하는 것보다 나은 점을 최소 두 가지 설명할 수 있다
  • 탐험 추정이 "케이스 개수"가 아니라 "차터 개수 × 시간"으로 이뤄지는 이유를 설명할 수 있다
  • 탐색적 테스팅의 종료를 판단하는 네 가지 기준을 나열할 수 있다

흔한 실수

  • 탐험 추정을 "감"으로만 한다. 차터 개수를 먼저 정하지 않고 "하루면 되겠지"라고 어림잡으면, 리스크가 큰 영역이 충분히 안 다뤄질 위험이 있다.
  • 종료 기준 없이 "시간이 다 돼서" 그냥 멈춘다. 이러면 정말 중요한 영역을 놓친 채 끝날 수 있다. 최소한 리스크 기준으로 확인은 해야 한다.
  • 짝 탐험을 "감시"로 오해한다. 운전자와 관찰자는 상하 관계가 아니라 동등하게 아이디어를 주고받는 협업 관계다.

참고 자료

  • Satisfice — Session-Based Test Management — 차터 단위로 탐색적 테스팅을 계획·추정·보고하는 방법론의 원출처
  • Elisabeth Hendrickson, Explore It! — 짝 탐험과 탐험 추정을 다룬 장