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