[소프트웨어공학] SW테스트 프로세스

테스트 설계 활동의 상세 절차(1)
① 테스트 케이스 식별
프로젝트 특성, 테스트 전략, 해당 테스트 계획서를 기반으로 테스트 케이스를 식별하고 작성한다.

- 단위 테스트
▶ 테스트 전략과 단위 테스트 계획서를 통해 테스트 범위를 정의▶ 프로그램 명세서를 통해 상세 기능을 정의▶ 시스템 개발 시 준수해야 하는 표준을 정의▶ 각 모듈에 대한 단위 테스트 케이스를 식별하고 작성▶ 식별된 테스트 케이스를 검토

- 통합 테스트
▶ 테스트 전략과 통합 테스트 계획서를 통해 테스트 범위를 정의▶ 설계문서를 통하여 통합관점에서의 테스트 대상 기능을 정의▶ 시스템 설계 표준을 정의▶ 통합 테스트 케이스를 식별하고 작성▶ 식별된 통합 테스트 케이스를 검토




테스트 설계 활동의 상세 절차(2)
② 테스트 시나리오 및 검증 포인트 정의
테스트 케이스를 기반으로 테스트 케이스 시나리오와 테스트 케이스 성공/실패의 기준을 정의한다.
③ 테스트 케이스 속성 정의
테스트 케이스 별로 작성자, 작성일, 테스트 케이스 ID, 설명, 기대결과 등의 속성을 템플릿에 정의한다.
④ 테스트 데이터(Test Data) 준비 및 검증
상위 레벨의 테스트 케이스들을 실행 가능한 형태의 실 데이터로 준비한다.
⑤ 테스트 케이스 명세서 작성
테스트의 효율적이고 효과적인 실행을 위하여 연관성 있는 테스트 케이스를 순서에 맞게 구성하고 테스트 케이스 명세서에 대한 속성을 정의한다.
⑥ 테스트 케이스 명세서 검토
프로젝트 관리자 및 품질보증 담당자등과 검토 및 협의를 수행한다.
⑦ 테스트 케이스 명세서 승인
작성된 테스트 케이스에 대한 승인을 요청한다.

통합테스팅의 접근법
빅뱅(Big Bang) 접근법:
점증적(incremental) 접근법 : 다음과 같이 나눠진다. 하향식(Top Down) 접근법. 상향식(Bottom Up) 접근법
샌드위치 접근법 : 하향식과 상향식 접근법의 조합



빅뱅(Big Bang) 접근법 :
여기에 모든 구성 요소들은(components) 한꺼번에 통합된 다음 테스트된다.

장점 : 작은 시스템에 대해선 편리함
단점 : 장애가 일어난 위치를 파악하기 어렵다. (Fault Localization is difficult.) 이러한 방법으로 테스트할 필요가 있는 인터페이스들의 순전한 수를 감안할 때, 일부 테스트할 인터페이스 링크(interfaces links)들을 놓치기 쉽다. 통합 테스팅은 모든 모듈들이 설계된 후에만 시작(commence)될 수 있기 때문에, 테스팅 팀은 테스팅 단계에서 실행을 위한 시간들을 조금밖에 가지지 못한다. 모든 모듈들이 한 번에 테스팅되기 때문에, 위험이 높은 핵심 모듈들이 우선순위대로 분리되고 테스트되기 어렵다. 사용자 인터페이스를 다루는 주변(peripheral) 모듈들은 우선순위대로 분리되고 테스트되지 않는다.