[ISTQB] 5.2 테스트 계획과 추정

ISTQB CTFL Syllabus 2011

테스트 계획과 추정

Test Planning and Estimation

Terms

• 테스트 접근법 Test approach

• 테스트 전략 Test strategy

출처 : http://dic.sten.kr

Background

5.2.1 테스트 계획

• 테스트 계획은 마스터 플랜과 시스템 테스팅, 인수 테스팅과 같은 테스트 레벨에서 각 개별 테스트 계획으로 문서화될 수 있다.
• 테스트 계획은 조직의 테스트 정책, 테스팅 범위, 목적, 리스크, 제약사항, 심각성, 테스트 용이성, 리소스 사용 가능성의 영향을 받는다.
• 프로젝트와 테스트 계획의 진행 할수록 더 많은 정보를 사용할 수 있고, 더 구체적인 사항을이 계획에 포함할 수 있다.
• 테스트 계획은 연속적인 활동이고,모든 생명 주기의 진행과 활동에서 수행된다.
• 테스트 활동으로 부터의 피드백을 이용하여 리스크 변화를 인지하고, 계획을 조정할 수 있다.

5.2.2 테스트 계획 활동

• 전체 시스템이나 일부 시스템에서의 테스트 계획 활동

- 범위와 리스크를 결정하고, 테스팅의 목적을 식별한다.

- 테스트 레벨의 정의와 시작, 종료 조건을 포함한 테스팅의 전반적인 접근 방식을 결정한다.

- 소프트웨어 생명주기 활동 내에서 테스팅 활동을 통합하고 조정한다. (획득, 공급, 개발, 운영, 유지보수)

- 무엇을 테스트할 지, 테스트 활동에 무슨 역할을 수행할 지, 테스트 활동이 어떻게 수행될 지, 테스트 결과를 어떻게 평가할 지에 대해 결정한다.

- 테스트 분석과 설계 활동 일정을 정한다.

- 테스트 구현, 실행, 평가 일정을 정한다.

- 정의된 여러 활동들에 리소스를 할당한다.

- 테스트 문서의 분량, 구체적인 장더, 구조, 템플릿을 정의한다.

- 테스트 준비, 수행, 결함 해결, 리스크 이슈를 모니터링하고 제어할 측정치(메트릭)을 선택한다.

- 테스트 준비와 실행의 재현을 지원하도록 하는 충분한 정보를 체공하기 위해서 테스트 절차에 대한 상세 정도를 설정한다.

5.2.3 시작 조건

• 시작 조건 정의

- 언제 테스팅을 시작할 지 (테스트 레벨의 시작)

- 언제 ;테스트 설정이 실행을 준비할 지

• 시작 조건

- 테스트 환경 사용 가능성과 준비

- 테스트 환경에서의 테스트 도구 준비

- 테스트 가능한 코드의 사용 가능성

- 테스트 데이터 사용 가능성

5.2.4 완료 조건

• 완료 조건 정의

- 언제 테스팅을 종료할 지(테스트 레벨의 종료)

- 언제 테스트의 설정이 특정 목적을 달성하는 지

• 완료 조건

- 코드 커버리지, 기능성 커버리지, 리스크 커버리지와 같은 완전성 측정

- 결함 밀도 추정 또는 신뢰성 측정

- 비용

- 수정되지 않은 결함, 특정 영역에서의 부족한 테스트 커버리지와 같은 잔여 리스크

- 마켓에 등록되는 시간을 기반으로 한 일정

5.2.5 테스트 추정

• 테스트에 드는 노력을 추정(예측)하는 두가지 접근법

- 메트릭 기반 접근법 : 공식적이거나 비슷한 프로젝트에서 측정한 메트릭이나 전형적인 값을 기반으로 테스팅에 드는 노력을 예측한다.

- 전문성 기반 접근법 : 전문가나 작업자가 스스로 작업을 예측한다.

• 한번 테스트에 드는 노력이 예측되고 나면, 리소스를 식별하고 일정을 산정할 수 있다.

• 테스트에 드는 노력에 영향을 미치는 요소들

- 제품의 특징 : 테스트 모델(테스트 베이시스)을 위한 명세서와 다른 정보의 품질, 제품의 규모, 문제 도메인의 복잡성, 신뢰성과 안정성에 대한 요구사항, 문서화 요구사항

- 개발 프로세스의 특징 : 조직의 안정성, 사용되는 도구, 테스트 프로세스, 개발자의 스킬 향상, 시간적 압박

- 테스팅의 결과물 : 결함의 갯수 및 필요한 재작업의 양

5.2.6 테스트 전략, 테스트 접근법

• 테스트 접근법

- 특정 프로젝트를 위한 테스트 전략의 구현이다.

- 테스트 계획과 설계에서 정의하고 다듬어진다.

- 테스트 프로젝트의 목표와 위험 평가를 기반으로 한 결정

- 테스트 설계 기법과 적용될 테스트 유형을 선택하는 테스트 프로세스를 계획하고, 시작조건과 완료 조건을 정의하는 시작점이다.

- 선택된 접근법은 콘텐스트에 의존적이며 리스크, 위험성과 안정성, 가용 리소스와 스킬, 기술, 시스템의 특성(e.g. 맞춤형 빌드 vs. COTS), 테스트 목적, 규제를 고려한다.

• 일반적인 접근법

- 분석적(Analytical) 접근법 : 리스크 기반(Risk-based) 테스팅, 가장 큰 리스크가 있는 곳 테스팅.

- 모델 기반(Model-based) 접근법 : 확률적(Stochastic) 테스팅, 장애 비율(신뢰성 성장 모델)이나 사용(운영 프로파일)에 관한 확률적 정보 사용.

- 방법론적(Methodical) 접근법 : 장애 기반(에러 추정과 결점 공격), 경험 기반, 체크리스트 기반, 품질 특성 기반 테스팅.

- 프로세스, 표준준수 접근법 : 산업 특정 표준이나 다양한 애자일 방법론에 의해 명세된 것들 테스팅.

- 동적 접근법, 휴리스틱(Heuristic) 접근법 탐색적 테스팅, 미리 계획된 것 보다 이벤트에 대한 반응성을 크게 테스팅하고, 실행과 평가가 동시에 이루어지는 테스팅.

- 자문(Consultative) 접근법 : 테스트팀 외부의 기술이나 비즈니스 도메인 전문가의 조언과 가이드를 주도로 테스트 커버리지를 도출하는 방법.

- 리그레션 회피(Regression-averse) 접근법 : 기존의 테스트 자료, 기능적 리그레션 테스트의 광범위한 자동화, 표준 테스트 스위트를 재사용하는 방법.

• 리스크 기반 동적 접근법처럼 여러가지 접근법을 조합할 수 있다.

---

2014/09/14 - [공부/ISTQB] - [ISTQB] 5. 테스트 관리