- 테스트 케이스 -
* 테스트 케이스 구성
1. 번호 : 테스트 단계의 상세 단계에 따라 번호 부여체계가 달라짐
2. 제목 : 테스트 케이스에 대한 요약
3. 사전 조건 : 테스트가 수행되기 위한 사전 조건(환경, 변수 설정..)
4. 실행순서(테스트 수행 절차) : 실제 수행될 구체적 테스트 절차(action 만 들어가야함)
5. 기대 결과 : 테스트 수행후 Pass/Fail을 판단할 수 있는 기대(예상) 결과
6. 추적성 : 작성된 테스트 케이스의 참조자료
* 테스트 설계 기법 종류(테스트 프로세스 에서 2단계)
1. 명세 기반 기법
- 해결할 문제를 명세하기 위해 공식적이거나 비공식적인 모델을 사용한다.
- 이러한 모델에서 테스트 케이스를 시스템적으로 도출하는 것이 가능하다.
- 커버리지를 측정할 수 있으나 그 의미가 구조기반 기법의 커버리지에 비해 제한적이다. (상태전이 커버리지, 결정 테이블 커버리지, 요구사항 커버리지 등)
2. 구조 기반 기법
- SW 코드나 설계 등 구조를 보여주는 정보로부터 테스트 케이스 도출
- 자성한 테스트 케이스로부터 커버리지를 측정할 수 있으며, 커버리지를 높이기 위해 테스트 케이스를 체계적으로 추가할 수 있음
= 컴포넌트 레벨의 구조는 구문, 결정 또는 분기문 등 코드 그 자체이다. 통합 레벨의 구조는 한 모듈이 다른 모듈을 호출하는 관계를 도식화한 콜 트리(call tree) 등이다. 시스템 레벨의 구조는 메뉴구조, 비즈니스 프로세스 혹은 웹페이지 구조 등이다.
= 커버리지(coverage) : 시스템 또는 소프트웨어의 구조가 테스트 스위트에 의해 테스트 된 정도
3. 경험 기반 기법
- 테스트 관련 인력의 지식이나 경험으로 테스트 케이스를 도출한다
- 테스터마다 차이가 있음