[2과목-4장-053] 통합 테스트
단위 테스트가 끝난 모듈을 통합하는 과정에서 발생하는 오류 및 결함을 찾는 테스트 기법
1. 비점진적 통합 방식
- 단계적 통합 절차 X , 모든 모듈이 미리 결합되어 있는 프로그램 전체를 테스트하는 방법.
ex. 빅뱅 통합 테스트 방식
- 규모가 작은 SW에 유리, 단시간 내에 테스트 가능
- 전체 프로그램을 대상 > 오류 발견 및 장애 위치 파악 및 수정이 어려움
2. 점진적 통합 방식
- 모듈 단위로 단계적으로 통합하면서 테스트
- 오류 수정 용이, 인터페이스 연관 오류를 완전히 테스트할 가능성 높음
1) 하향식 통합 테스트 (Top Down Integration Test)
: 상위 모듈에서 하위 모듈 방향으로 통합하면서 테스트
- 주요 제어 모듈을 기준으로 통합
- 깊이 우선 통합법, 넓이 우선 통합법 사용
- 초기부터 사용자에게 시스템 구조를 보여줄 수 있음
- 상위 모듈에서는 테스트 케이스 사용 어려움
- 절차
(1) 주요 제어 모듈은 작성된 프로그램 사용, 종속 모듈들은 스텁(Stub)으로 대체
(2) 통합 방식에 따라 스텁들이 한 번에 하나씩 실제 모듈로 교체
(3) 통합될 때마다 테스트 실시
(4) 새 오류가 발생하지 않음을 보증하기 위해 회귀 테스트 실시
2) 상향식 통합 테스트 (Bottom Up Integration Test)
: 하위 모듈에서 상위 모듈 방향으로 통합하면서 테스트
- 스텁은 필요하지 않음
- 클러스터(Cluster)가 필요
: 하나의 주요 제어 모듈과 관련된 종속 모듈의 그룹
- 절차
(1) 하위 모듈들을 클러스터로 결합
(2) 상위 모듈에서 데이터 입/출력 확인하기 위해 더미 모듈인 드라이버(Driver) 작성
(3) 통합된 클러스터 단위로 테스트
(4) 테스트 완료되면, 클러스터는 프로그램 구조의 상위로 이동하여 결합, 드라이버는 실제 모듈로 대체됨
** 테스트 드라이버 VS 테스트 스텁
드라이버 | 스텁 | |
필요 시기 | 상위 모듈 없이 하위 모듈이 있는 경우 > 하위 모듈 구동 | 상위 모듈 있지만 하위 모듈 없는 경우 > 하위 모듈 대체 |
테스트 방식 | 상향식 | 하향식 |
공통점 | SW 개발과 테스트를 병행할 경우 이용 | |
차이점 |
- 이미 존재하는 하위 모듈 - 존재 X 상위 모듈 간 인터페이스 역할 - SW 개발이 완료되면, 드라이버는 본 모듈로 교체 |
- 일시적으로 필요한 조건만 가지고 임시 제공되는 가짜 모듈 역할 - 시험용 모듈, 작성하기 쉬움 |
3) 혼합식 통합 테스트
: 하위 수준에선 상향식 통합 / 상위 수준에선 하향식 통합을 사용 >> 최적의 테스트를 지원하는 방식
= 샌드위치식 통합 테스트
* 회귀 테스팅 (Regression Testing)
: 이미 테스트된 프로그램의 테스팅을 반복하는 것.
통합 테스트로 인해 변경된 모듈, 컴포넌트에 새 오류가 있는지 확인하는 테스트
- 수정한 모듈, 컴포넌트가 다른 부분에 영향을 미치는지, 오류 생기지 않았는지 테스트 > 새 오류가 발생하지 않았음을 보증하기 위해 반복 테스트
- 모든 테스트 케이스 이용 > 시간, 비용 많이 듦 >> 기존 테스트 케이스 중 변경된 부분을 테스트할 수 있는 테스트 케이스만을 선정
- 테스트 케이스 선정 방법
(1) 모든 애플리케이션 기능을 수행할 수 있는 대표 테스트 케이스를 선정
(2) 애플리케이션 기능 변경에 의한 파급 효과를 분석 > 파급 효과가 높은 부분이 포함된 테스트 케이스 선정
(3) 실제 수정 발생한 모듈, 컴포넌트에서 시행하는 테스트 케이스 선정
'정보처리기사 > 필기' 카테고리의 다른 글
[2과목-4장-055] 테스트 케이스 / 테스트 시나리오 / 테스트 오라클 (0) | 2020.04.25 |
---|---|
[2과목-4장-054] 애플리케이션 테스트 프로세스 (0) | 2020.04.25 |
[2과목-4장-052] 개발 단계에 따른 애플리케이션 테스트 (0) | 2020.04.24 |
[2과목-4장-051] 테스트 기법에 따른 애플리케이션 테스트 (0) | 2020.04.24 |
[2과목-4장-050] 애플리케이션 테스트의 분류 (0) | 2020.04.23 |
댓글