테스트 분석 심화 — 오라클·리뷰 기법·품질 특성별 분석·도메인 패턴·아키텍처 리스크

학습 목표

이 모듈 한 줄 요약 — "기법을 아는데도 어디부터 볼지 막막할 때". 동등 분할도 알고 결정 테이블도 쓸 줄 아는데, 새 명세를 받아 들면 막막하다. 기법은 "이 입력을 어떻게 쪼갤까" 에 답하지, "이 제품에서 무엇이 위험한가" 에는 답하지 않기 때문이다. 이 모듈은 기법 앞에 있는 단계를 다룬다.

테스트 기법을 배우고 나면 이상한 공백이 남는다. 동등 분할도 알고 결정 테이블도 쓸 줄 아는데, 새 기능 명세를 받아 들고 앉으면 무엇부터 봐야 할지 가 막막하다. 기법은 "이 입력 공간을 어떻게 쪼갤까"에 답하지만, "이 제품에서 무엇이 위험하고 어디를 파고들어야 하는가"에는 답하지 않기 때문이다. 이 모듈은 기법 앞에 있는 단계, 즉 분석 을 다룬다.

분석은 여섯 갈래로 나뉜다. 첫째, 기대 결과를 어디서 가져올 것인가 — 테스트 오라클 설계 다. 케이스를 아무리 잘 쪼개도 "무엇이 맞는 결과인지"를 모르면 테스트가 아니다. 둘째, 문서를 읽어서 결함을 찾는 리뷰 기법 심화 다. 체크리스트 기반 읽기와 퍼스펙티브 기반 읽기(PBR)를 실제로 수행해 보고, 두 기법의 검출 특성이 어떻게 다른지 직접 확인한다. 셋째와 넷째는 품질 특성을 케이스로 옮기는 분석 이다. ISO/IEC 25010의 기능 적합성·상호운용성을, 그리고 신뢰성·유지보수성·유연성(이식성)이라는 덜 다뤄지는 축을 측정 가능한 판정 기준으로 바꾼다. 다섯째는 도메인 리스크 패턴 추출 이다. 금융·커머스·공공 세 도메인을 재료로, 처음 들어간 도메인에서 단골 리스크를 찾아내는 절차 자체를 익힌다. 여섯째는 아키텍처 기반 리스크 분석 이다. 설계 문서와 구성도에서 기술적 리스크를 도출해 시험 항목으로 내린다.

이 모듈은 ISTQB Advanced Level의 Test Analyst(CTAL-TA)와 Technical Test Analyst(CTAL-TTA)가 다루는 분석 영역을 실습 중심으로 옮긴 것이다. 기법 자체는 모듈 3에서, 리스크 우선순위화는 모듈 4에서, 표준 용어 정렬은 모듈 25·30에서 이미 다뤘다. 여기서는 그 위에 "무엇을 테스트할지 결정하는 절차" 를 얹는다.

이 모듈을 관통하는 문장은 하나다. 무엇을 테스트할지는 기법이 아니라 분석에서 나온다.

완료 후 할 수 있는 것

• 테스트 케이스마다 기대 결과의 출처(명세·이전 버전·병행 구현·불변식·휴리스틱)를 명시하고, 오라클의 신뢰도와 비용을 근거로 고를 수 있다
• 오라클이 없는 영역을 부분 오라클·메타모픽 관계·속성 기반 검증으로 덮고, 오라클 자체가 틀리거나 침묵하는 실패 모드를 설계 단계에서 막을 수 있다
• 체크리스트 기반 읽기와 퍼스펙티브 기반 읽기(PBR)를 실제로 수행하고, 검출된 결함을 유형별로 분류해 두 기법의 검출 특성 차이를 팀 데이터로 설명할 수 있다
• 리뷰 결함 검출률·리뷰 효율(시간당 결함)·탈출률을 측정해 리뷰 방식을 개선하고, 문서 유형별로 적절한 읽기 기법을 고를 수 있다
• ISO/IEC 25010:2023의 기능 적합성 세 부특성(완전성·정확성·적절성)을 서로 다른 세 종류의 케이스로 분리해 설계할 수 있다
• 상호운용성을 인터페이스 계약·의미 층·오류 처리·버전 호환의 네 층으로 나눠 시험 항목으로 내릴 수 있다
• 신뢰성·유지보수성·유연성을 "정의만 있고 측정은 없는" 상태에서 벗어나, 관측 가능한 지표와 합격 기준이 붙은 시험 설계로 옮길 수 있다
• 도메인 문서·사고 사례·규제 조문에서 단골 리스크 패턴을 추출하는 절차를 갖고, 처음 들어간 도메인에서 2주 안에 리스크 목록 초안을 만들 수 있다
• 아키텍처 구성도·시퀀스 다이어그램·기술 스택 목록에서 기술적 리스크를 도출하고, 각 리스크에 대응하는 시험 유형·시험 층·필요 환경을 지정할 수 있다

채용시장에서의 위치

경력 3~5년 QA의 이력서는 대체로 비슷하다. "테스트 케이스 작성 및 실행", "결함 등록 및 재현 확인", "회귀 테스트 수행". 여기서 갈리는 지점이 분석을 했는가 다. 케이스를 잘 쓰는 사람은 많지만, "이 기능에서 왜 그 세 가지를 중점적으로 봤는지"를 근거와 함께 설명하는 사람은 드물다. 시니어·리드 채용에서 실제로 걸러지는 지점이 여기다.

공고 문구로는 "테스트 분석 및 설계", "요구사항 리뷰 참여", "비기능 요구사항 검증", "리스크 기반 테스트 전략 수립", "아키텍처 이해 기반 테스트 설계" 같은 형태로 나타난다. 특히 금융·공공 SI와 플랫폼 기업의 시니어 QA 공고에서는 "설계 문서 리뷰를 통한 결함 조기 발견"이 명시되는 경우가 많다. 이 문장은 이 모듈의 레슨 2와 레슨 6을 직접 가리킨다.

자격증으로는 ISTQB Advanced Level의 Test Analyst(CTAL-TA)와 Technical Test Analyst(CTAL-TTA)가 이 영역이다. 두 자격은 국내에서 Foundation만큼 널리 요구되지는 않지만, 대형 SI·테스트 전문 기업의 시니어 포지션과 해외 취업에서는 의미 있게 작동한다. 더 중요한 건 시험 합격이 아니라 그 목차가 가리키는 분석 역량의 지도 다. 오라클 설계, 리뷰 기법, 품질 특성 분석, 리스크 분석은 자격증이 없어도 면접에서 바로 드러나는 능력이다.

면접에서 힘을 갖는 이야기는 "케이스를 300개 작성했다"가 아니다. "기대 결과의 근거가 없는 케이스가 40%여서 오라클 출처 칸을 케이스 템플릿에 넣었고, 명세 공백 12건을 개발 착수 전에 찾았다", "설계 리뷰에 퍼스펙티브 기반 읽기를 도입해 리뷰 1회당 검출 결함이 늘었다", "아키텍처 구성도에서 외부 연동 5개의 타임아웃·재시도 정책이 제각각인 것을 보고 장애 주입 시험 항목을 만들었다" 같은 이야기다. 셋 다 분석의 결과물이고, 이 모듈의 각 레슨이 그 결과물을 만드는 절차를 다룬다.