9. 테스트 분석 및 설계

테스트 분석

- 테스트 대상에 대하여 무엇을 테스트 할지 분석하는 과정

자료수집 -> 팀구성 -> 테스트 대상 선정 -> 우선순위 결정

 

자료수집: 요구사항 명세서, 사용자 메뉴얼, 기능 명세서 등

팀 구성: 사용자 및 고객, 개발자, 분석 및 설계 담당자, 테스트/qa

테스트 대상 선정: 테스트가 필요한 요소들의 집합, 제품의 특징, 구동환경, 사용자 패턴등을 분석하여 도출

우선순위 결정: 테스트 대상에 대한 위험 분석을 통해 우선 순위 결정, 과거 위험 분석 결과, 테스트 일정, 테스트 비용등을 고려

 

테스트 분석 및 설계

 

- 테스트를 효과적으로 진행하기 위해 테스트 대상을 목적에 맞게 분류하고 테스트케이스를 만들며 무엇을 테스트할지 구체화하는 과정이다.

 

- 테스트 아키텍처 결정 -> 테스트 대상 구성 -> 설계 접근 방법 결정 -> 테스트 문서화 순으로 진행

 

- 테스트 아키텍처 결정

: 테스트 수준별로 무슨 시험을 수행할지, 어디에 비중을 두고 테스트할지 결정

 

- 테스트 대상 구성

: 테스트 대상을 논리저긴 집합으로 분류하여 재구성

 

- 설계 접근방법 결정

: 테스트 대상에 따라 설계 접근 방법을 결정 (명세기반 or 구조기반)

 

- 테스트 문서화

: 테스트 계획 시 수립한 목적과 전략을 구체화하여 테스트 설계 명세서 작성

* 테스트 설게 명세서

* 테스트 케이스 명세서

* 테스트 절차서

등

 

테스트 분석 및 설계 산출물

 

- 테스트 설계 명세서

* 테스트 목적을 달성하기 위해 필요한 모든 것을 기술한 문서

* 구체적인 테스트 접근 방법과 테스트 통과 기준을 정의

* 테스트의 실행 및 오류의 재현이 가능하도록 구체적으로 정의

 

1개의 테스트 설계 명세서에서 다수의 테스트 케이스 명세서가 산출될 수 있음.

 

- 테스트 케이스 명세서

: 특별한 목표 또는 테스트 상황을 테스트하기 위해 개발된 입력값 실행 사전조건, 예상 결과, 실행 사후 조건들의 집합이다.

* 테스트 대상 / 입력명세 / 출력명세 / 테스트 환경 / 의존 테스트 케이스들을 기록해야한다.

 

테스트 대상: 테스트 케이스가 입력되고 수행 결과에 따라 테스트통과여부를 판단하는 대상

입력명세: 테스트 대상에 입력되는 값을 기록

ex) 로그인 시 입력 명세는?

=> 단순히 id,pw가 아니라, 브라우저를 키고 주소르 클릭해서 접속해서 id/pw 입력하는 행위가 입력명세임.

출력명세: 입력된 값을 바탕으로 테스트 대상이 수행된 후 기대되는 출력 값을 기록한다.

=> 로그인시 화면과 알림창이 뜨는 과정을 명세하는 것.

테스트 환경: 테스트 케이스를 실행하기 위한 hw, os, 외부연동 시스템등을 기록

의존테스트케이스: 테스트 케이스를 실행하기에 앞서 먼저 실행되어야 할 테스트케이스가 있다면 기록

 

(참고) 좋은 테스트 케이스는?

Effective : 결함을 찾을 수 있어야한다.

Exemplary : 다른것들을 대표해야한다.

Evolvable: 유지보수가 쉬워야 한다.

Economic : 사용비용이 적어야 한다.

 

 

- 테스트 절차서

: 테스트를 수행하기 위한 구체적인 절차를 기술한 문서

: 테스트 목표, 관련 테스트 케이스 모곡, 테스트 준비 절차, 테스트 시작 절차, 테스트 수행하는 상세한 절차, 테스트 결과를 측정하는 방법과 시스템 복원 절차 기술.

: 테스트 실행 및 오류의 재현이 가능하도록 구체적으로 정의해야 한다.