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