테스트 설계 기법

학습 목표

이 모듈 한 줄 요약 — "다 해 볼 수 없으니, 무엇을 볼지 근거를 갖고 고른다". 모듈 1에서 "완전한 테스트는 불가능하다" 를 봤다. 그러면 무엇을 고를 것인가 — 그 고르는 방법들이 이 모듈이다. 감으로 고르는 것과 기법으로 고르는 것의 차이는 결함을 더 찾느냐가 아니라, 무엇을 안 봤는지 말할 수 있느냐에 있다.

레슨이 11개로 이 커리큘럼에서 가장 긴 축에 속하고, 중간부터 난이도가 올라간다. 처음이라면 레슨 1(동등분할·경계값)과 레슨 2(기법 지도)만 먼저 읽어도 된다 — 그 둘이 나머지 아홉 개의 지도 구실을 한다. 코드를 보는 기법(레슨 7·10)은 모듈 9 (개발 지식)를 지나고 와도 늦지 않다.

이 모듈을 마치면 요구사항 하나를 받았을 때 "어떤 기법으로, 몇 개의 케이스를 만들 것인가"를 스스로 결정할 수 있다. 명세 기반(블랙박스), 구조 기반(화이트박스), 경험 기반 세 갈래를 전부 다루되, 실무에서 가장 자주 쓰는 명세 기반 기법(동등분할·경계값·상태전이·결정테이블· 페어와이즈)에 가장 많은 시간을 쓴다.

완료 후 할 수 있는 것

• 입력이 사실상 무한한 필드를 동등분할로 유한한 대표값 집합으로 줄일 수 있다
• 경계값 분석으로 >/>= 같은 코드 수준의 흔한 버그를 예측하고 겨냥할 수 있다
• 상태가 있는 화면(장바구니, 주문 상태 등)을 상태 전이 다이어그램으로 모델링할 수 있다
• 여러 옵션 조합을 페어와이즈 기법과 도구(PICT 등)로 압축해 테스트할 수 있다
• 커버리지 지표(구문·분기·조건·MC/DC)를 읽고, 코드 리뷰에서 테스트 공백을 지적할 수 있다
• 순환 복잡도로 최소 필요 테스트 케이스 수를 계산하고, 경로 테스트로 케이스를 체계적으로 뽑아낼 수 있다
• 상태 전이 모델에서 테스트 케이스를 자동으로 생성하는 모델 기반 테스트가 언제 효과적인지 판단할 수 있다
• AI가 생성한 테스트 케이스에서 빠진 경계·창작된 요구사항을 스스로 찾아낼 수 있다

채용시장에서의 위치

QA 채용공고 대부분이 "테스트 케이스 설계 기법 이해"를 명시적으로 요구하고, 면접에서 "이 입력 필드의 TC를 설계해보라"는 형태로 실제로 손으로 풀리는 경우가 많다. 이 모듈은 이 커리큘럼 전체에서 유일하게 ⭐ 표시가 붙은 "가장 중요한 기초"이기도 하다 — 이후 자동화(모듈 11~14)와 AI 교차검증(모듈 18-C)에서 "테스트가 무엇을 검증하는지"를 판단하는 근거가 전부 여기서 나온다.

관련 도구도 함께 알아둔다.

실무에서는 "이 기법을 안다"보다 "왜 이 케이스를 선택했는지 근거를 설명할 수 있다"가 평가받는다. 20개를 무작정 넣는 사람과, 6개로 같은 커버리지를 설명하는 사람의 차이가 바로 이 모듈의 내용이다.