테스트 베이시스로 테스트 설계의 근거를 만드는 법

테스트케이스보다 먼저 확인할 근거

테스트 베이시스(Test Basis)는 테스트케이스를 설계하고 개발할 때 출발점으로 삼는 문서와 정보의 집합이다. 시스템이나 컴포넌트의 요구사항을 파악하는 근거가 되고, 테스트 수행 여부를 판단할 기준과 소프트웨어의 기대 동작을 정한다. 테스트 커버리지를 측정할 때도 기준점으로 사용된다.

따라서 테스트 베이시스는 참고 문서 묶음에 그치지 않는다. 요구사항부터 구현, 테스트, 유지보수까지 이어지는 테스트 활동의 정보 기반이다.

테스트의 근거가 되는 자료들

요구사항 명세서는 비즈니스 요구사항과 기능적·비기능적 요구사항을 담는다. 사용자 스토리나 유스케이스 다이어그램처럼 표현될 수 있으며, 기능 테스트를 설계하는 주요 근거가 된다.

기술 명세서는 시스템 아키텍처, 데이터베이스 스키마, API 명세, 인터페이스 정의와 같은 구현 관련 정보를 제공한다. 구현 방식의 세부 사항을 검증해야 할 때 이 문서가 필요하다.

소스 코드는 구현된 결과물 자체다. 단위 테스트와 코드 리뷰, 화이트박스 테스트에서는 코드가 직접적인 테스트 베이시스가 된다.

업무 흐름도, 비즈니스 규칙 문서, 워크플로우 다이어그램은 비즈니스 프로세스를 설명한다. 여러 단계를 관통하는 엔드투엔드 테스트의 근거로 특히 중요하다.

산업 표준(ISO, IEEE 등), 정부 규제 문서, 내부 정책과 가이드라인도 테스트 베이시스에 포함된다. 컴플라이언스 테스트에서는 이 자료가 판단 기준이 된다.

문서가 테스트에 쓰일 수 있는 상태

테스트 베이시스는 필요한 정보를 빠짐없이 담고 있어야 하며, 내부적으로 서로 모순되지 않아야 한다. 표현은 해석의 여지를 줄일 만큼 명확해야 하고, 최신 상태로 유지되어야 한다.

다른 문서나 테스트 산출물과의 연결을 식별할 수 있는 추적성, 그리고 검증 가능한 형태로 작성된 테스트 가능성도 필요하다. 이 품질이 낮으면 테스트 설계에 시간과 노력이 더 들고, 테스트 자체의 효과성도 떨어질 수 있다.

설계와 실행이 다시 기준으로 돌아오는 과정

⤢✕

테스트 베이시스에서 테스트 조건을 식별하고, 이를 바탕으로 테스트 케이스와 절차를 개발한 뒤 실행한다. 실행 결과는 커버리지 분석으로 이어지며, 분석 결과는 다시 테스트 조건을 검토하는 데 쓰인다. 이 순환 안에서 테스트 베이시스는 계속 참조하는 기준점으로 남는다.

금융과 의료 시스템에서의 연결 방식

금융 거래 시스템에서는 요구사항 명세서의 “시스템은 1초 내에 거래 승인 응답을 제공해야 함”이라는 조건으로 성능 테스트 케이스를 설계할 수 있다. 비즈니스 규칙 문서의 “10만원 이상 거래는 추가 인증 필요”는 경계값 분석과 기능 테스트 케이스의 근거가 된다. “모든 거래는 암호화되어 전송되어야 함”이라는 규제 준수 문서는 보안 테스트 설계에 연결된다. UI 디자인 문서의 사용자 인터페이스 레이아웃과 워크플로우는 사용성 테스트 케이스를 만드는 기준이다.

의료 정보 시스템에서는 환자 정보 구조와 필수 필드를 정의한 환자 데이터 모델 문서로 데이터 무결성 테스트를 설계한다. 환자 개인정보 보호 요구사항을 담은 의료법 규정 문서는 접근 제어 테스트의 근거가 된다. 보험, 약국 등 외부 시스템과의 인터페이스 명세가 담긴 시스템 통합 문서는 통합 테스트 설계에 사용된다.

모호함과 변경을 통제하는 관리 방식

불완전한 요구사항은 테스트 베이시스의 대표적인 문제다. 요구사항이 빠져 있거나 명확하지 않다면 검토 회의로 내용을 확인하고 구체화해야 한다.

“빠르게 처리해야 함”처럼 측정할 수 없는 표현도 테스트 설계를 어렵게 만든다. 이런 요구사항은 “3초 이내 처리”처럼 측정 기준을 갖춘 표현으로 다시 정의한다.

요구사항 변경이 테스트 베이시스에 반영되지 않는 변경 관리 부재도 문제다. 변경 관리 프로세스를 마련하고 영향 분석을 수행해야 한다. 문서, 다이어그램, 코드처럼 형식이 다양한 경우에는 통합 관리가 어려워질 수 있으므로 요구사항 관리 도구 도입과 표준화가 필요하다.

⤢✕

JIRA, Confluence, IBM DOORS 등의 전문 도구를 활용하면 요구사항과 테스트 케이스 사이의 링크를 유지할 수 있다. 추적성 매트릭스는 이 매핑과 테스트 커버리지 확인을 돕는다. 정기 리뷰에서는 테스트 베이시스의 품질과 최신성을 검토하고, 이해관계자의 참여로 공감대를 형성한다. 테스트 자동화 스크립트와 테스트 베이시스를 연결해 두면 변경 시 자동 업데이트 메커니즘을 구축할 수 있다.

개발 방식이 바뀌어도 남는 기준 정보

애자일 환경에서는 사용자 스토리와 인수 기준처럼 경량화된 문서가 테스트 베이시스로 사용된다. 지속적인 피드백과 업데이트, BDD(Behavior-Driven Development) 시나리오도 이 역할을 맡는다.

모델 기반 테스트에서는 UML 다이어그램과 상태 차트 등의 모델을 활용한다. 모델에서 직접 테스트 케이스를 생성하고, 일관성과 완전성을 자동으로 검증할 수 있다.

AI 지원 테스트 베이시스 분석은 자연어를 이용한 요구사항 분석, 테스트 케이스 자동 생성, 커버리지 최적화와 중복 제거에 활용된다. 어떤 방식이든 테스트 활동은 검증 가능한 기준 정보에서 시작하며, 그 정보의 품질은 테스트 프로세스 전반에 영향을 준다.