ISTQB CTFL Syllabus 2011
테스트 개발 프로세스
The Test Development Process
Term
- 테스트 케이스 명세 Test case specification
- 테스트 설계 Test design
- 테스트 실행 일정 Test execution schedule
- 테스트 절차 명세 Test procedure specification
- 테스트 실행을 위한 동작 순서를 기술한 문서.
- AKA 테스트 스크립트 또는 수동 테스트 스크립트
- 테스트 스크립트 Test script
- 추적성 Traceability
- 요구사항과 이와 연관된 테스트에서와 같이 문서나 소프트웨어에서 연관된 항목을 식별하는 능력.
출처 : http://dic.sten.kr
Background
이 세션에서는 문서가 적거나 없는 비공식적인 방법부터, 상당히 공식적인 방법까지 여러가지 방법으로 수행될 수 있는 테스트 개발 프로세스에 대해 설명한다.
- 공식성의 수준 Level of formality
- 테스팅의 종료와 개발 프로세스, 시간 제한, 안정성이나 규제 요구사항, 참여인원을 포함하는 테스팅의 콘텐스트에 의존적.
- 테스트 분석
- 무엇을 테스트할 지 결정하기 위해, 즉 테스트 조건을 식별하기 위해 테스트 베이시스 문서를 분석한다.
- 테스트 조건
- 하나 이상의 테스트케이스로 확인할 수 있는 요소나 이벤트
- e.g. 기능, 트랜젝션(계약). 품질특성, 구조 등
- 테스트 조건에서 명세서와 요구사항 사이에 추적성을 설정하면 요구사항이 변경되었을 때, 효과적인 영향 분석이 가능하고, 테스트 셋으로 요구사항 커버리지를 달성할 수 있다.
- 테스트를 분석하는 동안 다른 고려사항이나 식별된 리스크 중 하나를 기반으로 사용할 테스트 설계 기법을 선택하기 위해, 구체적인 테스트 접근법을 구현한다.
- 테스트 설계
- 테스트 케이스와 테스트 데이터가 생성되고 명세화된다.
- 테스트 케이스는 입력값 셋, 실행 사전 조건, 기대 결과 및 실행 사후조건으로 구성된다.
- 테스트 케이스는 일부 테스트 목적이나 테스트 조건을 달성하도록 정의된다.
- 기대결과
- 테스트케이스 명세의 일부로 생산되어야 한다.
- 결과물, 데이터와 상태의 변화, 테스트의 다른 어떤 결과들을 포함한다.
- 기대결과가 정의되지 않으면, 잘못됐지만 그럴듯한 결과가 옳은 것으로 해석될 수 있다.
- 기대결과는 이상적으로 테스트 수행 전에 정의되어야 한다.
- 테스트 구현
- 테스트 케이스 개발, 구현, 우선순위 선정, 테스트 절차 명세 구성.
- 테스트 절차는 테스트에서 실행되는 동작들의 순서(sequence)를 기술한다.
- 테스트를 실행 툴에 의해 진행하면, 테스트 스크립트에 동작 순서를 명세화한다. (자동화 테스트 절차)
- 다양한 테스트 절차와 자동화 테스트 스크립트는 이후에 순서를 정의하는 테스트 실행 일정으로 구성되며, 수행된다.
- 테스트 실행 일정은 리그레션 테스트, 우선순위 선정, 기술적/논리적 종속 같은 요소를 고려하여 결정한다.
2014/09/14 - [공부/ISTQB] - [ISTQB] 4. 테스트 설계 기법
'공부 > ISTQB' 카테고리의 다른 글
[ISTQB] 4.3 명세 기반 또는 블랙 박스 기법 (0) | 2014.09.14 |
---|---|
[ISTQB] 4.2 테스트 설계 기법의 종류 (0) | 2014.09.14 |
[ISTQB] 4. 테스트 설계 기법 (0) | 2014.09.14 |
[ISTQB] 3.3 툴에 의한 정적 분석 (0) | 2014.09.14 |
[ISTQB] 3.2 리뷰 프로세스 (0) | 2014.09.14 |