유스케이스 테스트로 업무 흐름을 검증하는 방법

업무 시나리오를 테스트 명세로 바꾸는 방식

Use Case Testing은 유스케이스와 비즈니스 시나리오를 기준으로 테스트를 명세화하는 기법이다. 실제 업무가 진행되는 순서를 따라 기본 흐름, 대체 흐름, 예외 흐름을 분리하고, 각 흐름을 테스트케이스와 연결한다.

이 방식은 요구사항과 테스트 산출물 사이의 거리를 줄인다. 유스케이스 상세 명세를 단일 진실 소스로 두고, 요구사항–유스케이스–시나리오–테스트케이스를 양방향으로 연결하는 추적 매트릭스를 운영할 수 있다.

단위(컴포넌트) 수준과 시스템 수준 모두에 적용할 수 있다. 시스템 수준에서는 액티비티 다이어그램을 모델로 사용해 활동, 전이, 경로 단위의 커버리지를 관리한다.

테스트케이스를 파생하는 관점

시나리오 기반 설계는 기본·대체·예외 흐름 각각을 독립된 시나리오로 취급한다. 하나의 시나리오는 테스트케이스와 1:1 또는 1:N으로 매핑할 수 있다. 정상 처리, 우회 처리, 오류 처리가 뚜렷한 기능 로직에 잘 맞는다.

문장 기반 설계는 유스케이스 상세 명세의 조건, 행위, 결과 문장을 최소 단위로 나눈다. 문장을 토큰화한 뒤 조건·행위·결과를 태깅하고, 경계값과 동치분할 같은 조합 규칙을 적용해 케이스를 만든다. 조건 분기와 검증 규칙이 복잡한 모듈에서 미세한 누락을 찾는 데 유리하다.

고객이나 PO가 이해하는 도메인 언어로 유스케이스가 작성되어 있다면, 인수 테스트의 검토 기준으로도 활용하기 쉽다. 인수 기준과 테스트 절차를 맞추면 승인 지연 리스크를 줄이는 데 도움이 된다.

시스템 흐름은 커버리지로 통제한다

시스템 수준에서는 유스케이스 수행 순서를 액티비티 다이어그램으로 모델링한다. 이때 검증 범위는 다음 기준으로 관리한다.

• 활동기반 커버리지(Activity coverage): 수행한 활동 수 / 총 활동 수
• 전이기반 커버리지(Transition coverage): 수행한 전이 수 / 총 전이 수
• 경로기반 커버리지(Path coverage): 실행된 고유 경로 수 / 총 실행 가능 경로 수(제약조건 적용 후)

경로기반 검증은 순서 의존 결함을 찾는 데 강하지만, 가능한 경로가 빠르게 늘어날 수 있다. 전제조건과 업무 규칙으로 비현실적인 경로를 제거하고, 고객 가치·실패 비용·변경 위험도를 기준으로 우선순위를 둬야 한다.

명세에서 결과물까지 이어지는 흐름

입력은 유스케이스 카탈로그, 기본·대체·예외 흐름이 담긴 상세 명세, 비즈니스 규칙, 데이터 사전이다. 이를 바탕으로 액티비티 다이어그램이나 상태 전이도를 만들고, 흐름별 전제조건과 결과를 정리한다.

이후 활동·전이·경로 중 어떤 커버리지 기준을 적용할지 정한 뒤, 시나리오 또는 문장 단위로 테스트케이스와 데이터를 설계한다. 경로 폭발이 발생하면 제약조건과 우선순위로 대상을 줄인다. 최종 산출물은 테스트 세트, 커버리지 리포트, 추적 매트릭스, 결함 및 학습 피드백으로 이어진다.

⤢✕

주문 생성 흐름에 적용해 보기

전자상거래 주문 생성 유스케이스에서는 기본 흐름인 “상품 선택 → 장바구니 → 결제 성공 → 주문 생성”을 하나의 검증 경로로 둘 수 있다. 대체 흐름으로는 “결제 실패 → 결제수단 변경 → 성공”, “재고 부족 → 주문 보류”를 별도 시나리오로 다룬다.

문장 단위에서는 “쿠폰은 만료일 이후 사용 불가” 같은 규칙에서 만료, 당일, 유효 케이스를 도출하고 경계값을 적용한다.

통합 단계에서는 결제 모듈–주문 모듈–알림 서비스의 인터페이스를 전이 기준으로 보며, 커버리지 90% 목표를 설정할 수 있다. 네트워크 타임아웃이나 서드파티 결제 오류를 주입해 예외 흐름의 경로 커버리지를 확보한다.

인수 테스트에서는 유스케이스 서술을 Gherkin 스타일 시나리오로 옮기고 PO가 리뷰를 주도할 수 있다. 포스트컨디션을 인수 기준으로 명시하면 릴리스 게이트 자동화 기준도 도출할 수 있다.

목표 지표와 확인 방식

요구사항–테스트 추적성에서는 누락률 3050% 감소를 기대할 수 있으며, 이는 조직 성숙도에 의존한다. 통합 단계에서는 Sev2+ 결함을 1025% 조기에 발견하는 효과를 기대할 수 있다.

커버리지 목표는 활동 ≥ 95%, 전이 ≥ 85%, 경로(제약 적용) ≥ 60%로 설정하는 방식을 권장한다. 예를 들어 활동 커버리지가 수행 활동 57 / 총 활동 60 = 95%라면 목표를 달성한 상태다. 수행 전이 92 / 총 전이 110 = 83.6%인 경우에는 미달 전이를 집중 보완해야 한다.

이해관계자가 공유하는 언어로 흐름을 검토할 수 있고, 인수 기준이 분명해져 승인 리드타임 단축에도 연결된다.

커버리지 기준별 운영 특성

지표	활동기반	전이기반	경로기반
효율성(성능)	케이스 수 대비 효율 높음	중간 수준	경로 폭발로 비용 큼
확장성	기능 증가에도 선형 확장	분기 수 증가 시 비선형	제약 없으면 급격한 확장 한계
일관성	활동 정의 표준화 용이	전이 정의 품질 영향 큼	모델 정합성에 강하게 의존
안정성(결함 검출)	기능 누락 검출에 강점	인터페이스 결함에 강점	시퀀스 의존 결함에 최강
운영 편의	수기/도구 모두 용이	그래프 도구 유리	MBT 도구 필요성 높음

운영 시 남는 선택지

다이어그램에는 흐름만 남기고 비즈니스 규칙은 별도 표로 분리하면 모델을 가볍게 유지할 수 있다. 테스트 데이터는 경계값, 동치분할, 의존성 매트릭스를 병행하고 시나리오마다 대표 데이터를 명세한다. 공통 흐름은 API/E2E 테스트 템플릿으로 캡슐화해 재사용할 수 있다.

변경이 발생했을 때 영향을 확인하려면 요구사항 ID–유스케이스–시나리오–테스트–결함 간 링크가 유지되어야 한다. 이 연결은 변경 시 역추적 절차의 기반이 된다.

경로기반 검증은 결함 검출력이 높지만 설계와 유지 비용이 급증할 수 있다. 문장 기반은 누락 검출에 강한 대신 도메인 서술의 중복과 모호성에 취약하다. 활동·전이 기반은 비용 대비 효과가 좋지만 순서 의존 결함을 모두 찾기에는 한계가 있다.

단위 수준에서는 시나리오·문장 기반을 함께 적용하고, 시스템 수준에서는 활동·전이를 중심으로 경로기반을 위험도에 따라 보강하는 구성이 적합하다.