정보처리기사 테스트 케이스 — 구성 항목과 작성 순서

테스트 케이스는 소프트웨어를 테스트하기 위해 필요한 조건과 절차를 문서로 정리한 것이다. 일반적으로 테스트 조건(어떤 조건에서 수행할지), 테스트 데이터(어떤 값을 입력할지), 예상 결과(그 입력에 대해 어떤 결과가 나올지)가 핵심 구성 요소로 포함된다. 테스트 비용은 프로젝트 관리 차원의 요소일 뿐 테스트 케이스 자체의 구성 항목이 아니다. 테스트 결과가 정상인지 판단하는 기준은 테스트 오라클이 담당한다.

작성 순서도 정해져 있다. 먼저 테스트 목표와 방법을 결정한 뒤, 그것을 바탕으로 테스트 케이스를 설계하고 작성한다. 목표나 방법을 정하기 전에 케이스를 먼저 쓰는 것은 올바르지 않다. 테스트 케이스 자동 생성 도구가 테스트 데이터를 찾아내는 방법에는 입력 도메인 분석, 랜덤 테스트, 자료 흐름도 활용 등이 있다. 스터브와 드라이버는 테스트할 모듈의 주변 환경을 대신하는 가짜 프로그램으로, 테스트를 실행하기 위한 환경을 구성하는 도구이지 데이터를 찾아내는 방법이 아니다.

케이스 설계 관점은 화이트박스와 블랙박스로 갈린다. 화이트박스 테스트는 프로그램 원시 코드의 논리적인 구조를 커버하도록 테스트 케이스를 설계하는 방법으로, 모듈 안의 작동을 자세히 관찰할 수 있고 논리흐름도를 활용하며 실제 프로그램을 실행하는 동적 테스트이고 검증 기준(커버리지)을 설정한다. 대표 기법은 기본 경로 검사, 조건 검사, 루프 검사, 데이터 흐름 검사다. 기본 경로(Basis Path)는 싸이클 허용 여부와 무관하게 논리적으로 독립적인 경로를 의미한다. 블랙박스 테스트는 내부 구조를 고려하지 않고 입력과 출력의 관계, 즉 기능을 검사하며 동치 분할, 경계값 분석, 원인-결과 그래프 등으로 케이스를 만든다. 비교 검사는 결과값을 대조하는 블랙박스 계열 기법이고, Nassi-Shneiderman 도표는 구조적 설계 도구라 블랙박스 검정 기준 작성에 쓰이지 않는다.