[정보처리기사 필기] 애플리케이션 테스트 관리 - 048. 통합 테스트

1. 통합 테스트 Integration Test

• 단위 테스트가 끝난 모듈을 통합하는 과정에서 발생하는 오류 및 결함을 찾는 테스트 기법
• 종류
  • 비점진적 통합 방식
    • 단계적으로 통합하는 절차 없이 모든 모듈이 미리 결합되어 있는 프로그램 전체를 테스트하는 방법
    • 규모가 작은 소프트웨어에 유리하며 단시간 내에 테스트가 가능
    • 전체 프로그램을 대상으로 하기 때문에 오류 발견 및 장애 위치 파악 및 수정이 어려움
    • 빅뱅 통합 테스트
      • 모듈 간의 상호 인터페이스를 고려하지 않고 단위 테스터가 끝난 모듈을 한꺼번에 결합시켜 테스트하는 방법
      • 소규모 프로그램이나 프로그램의 일부만을 대상으로 테스트할 때 사용
  • 점진적 통합 방식
    • 모듈 단위로 단계적으로 통합하면서 테스트하는 방법
    • 오류 수정이 용이, 인터페이스와 연관된 오류를 완전히 테스트할 가능성이 높음
    • 하향식, 상향식, 혼합식 통합 방식

2. 하향식 통합 테스트 Top Down

• 프로그램의 상위 모듈에서 하위 모듈 방향으로 통합하면서 테스트하는 기법
• 주요 제어 모듈을 기준으로 하여 아래 단계로 이동하면서 통합하는데, 이 때 깊이 우선 통합법이나 넓이 우선 통합법을 사용
  • 깊이 우선 통합법 : 주요 제어 모듈을 중심으로 해당 모듈이 종속된 모든 모듈을 통합하는 것
  • 넓이 우선 통합법 : 구조의 수량을 중심으로 해당하는 모듈을 통합하는 것
• 테스트 초기부터 사용자에게 시스템 구조를 보여줄 수 있음
• 상위 모듈에서는 테스트 케이스를 사용하기 어려움
• 하향식 통합 방법의 절차
  • 주요 제어 모듈은 작성된 프로그램을 사용, 주요 제어 모듈의 종속 모듈들은 스텁(Stub)으로 대체
  • 깊이 우선 또는 넓이 우선 등의 통합 방식에 따라 하위 모듈인 스텁들이 한 번에 하나씩 실제 모듈로 교체
  • 모듈이 통합될 때마다 테스트를 실시
  • 새로운 오류가 발생하지 않음을 보증하기 위해 회귀 테스트 실시
    • 회귀 테스트 : 이미 테스트된 프로그램이 테스팅을 반복하는 것, 통합 테스트로 인해 변경된 모듈이나 컴포넌트에 새로운 오류가 있는지 확인하는 테스

3. 상향식 통합 테스트 Bottom Up

• 프로그램의 하위 모듈에서 상위 모듈 방향으로 통합하면서 테스트하는 기법
• 가장 하위 단계의 모듈부터 통합 및 테스트가 수행되므로 스텁은 필요하지 않지만, 하나의 주요 제어 모듈과 관련된 종속 모듈의 그룹인 클러스터(Cluster)가 필요
• 상향식 통합 방법의 절차
  • 하위 모듈들을 클러스터로 결합
  • 상위 모듈에서 데이터의 입출력을 확인하기 위해 더미 모듈인 드라이버를 작성
  • 통합된 클러스터 단위로 테스트
  • 테스트가 완료되면 클러스터는 프로그램 구조의 상위로 이동하여 결합하고 드라이버는 실제 모듈로 대체

구분	드라이버 Driver	스텁 Stub
개념	테스트 대상의 하위 모듈을 호출하는 도구, 매개 변수(Parameter)를 전달하고, 모듈 테스트 수행 후의 결과를 도출	제어 모듈이 호출하는 타 모듈의 기능을 단순히 수행하는 도구, 일시적으로 필요한 조건만을 가지고 있는 시험용 모듈
필요 시기	상위 모듈 없이 하위 모듈이 있는 경우 하위 모듈 구동	상위 모듈은 있지만 하위 모듈이 없는 경우 하위 모듈 대체
테스트 방식	상향식 테스트	하향식 테스트
개념도
공통점	소프트웨어의 개발과 테스트를 병행할 경우 이용
차이점	• 이미 존재하는 하위 모듈과 존재하지 않는 상위 모듈 간의 인터페이스 역할을 함 • 소프트웨어 개발이 완료되면 드라이버는 본래의 모듈로 교체됨	• 일시적으로 필요한 조건만을 가지고 임시로 제공되는 가짜 모듈의 역할을 함 • 시험용 모듈이기 때문에 일반적으로 드라이버보다 작성하기 쉬움

4. 혼합식 통합 테스트

• 샌드위치식 통합 테스트 방법
• 하위 수준에서는 상향식 통합, 상위 수준에서는 하향식 통합을 사용하여 최적의 테스트를 지원하는 방식

5. 회귀 테스팅 Regression Testing

• 이미 테스트 된 프로그램의 테스팅을 반복하는 것
• 통합 테스트로 인해 변경된 모듈이나 컴포넌트에 새로운 오류가 있는지 확인하는 테스트
• 수정한 모듈이나 컴포넌트가 다른 부분에 영향을 미치는지, 오류가 생기지 않았는지 테스트하여 새로운 오류가 발생하지 않음을 보증하기 위해 반복 테스트
• 모든 테스트 케이스를 이용해 테스팅하는 것이 가장 좋지만 시간과 비용이 많이 필요하므로 기존 테스트 케이스 중 변경된 부분을 테스트할 수 있는 테스트 케이스만을 선정하여 수행
• 회귀 테스트의 테스트 케이스 선정 방법
  • 모든 애플리케이션의 기능을 수행할 수 있는 대표적인 테스트 케이스를 선정
  • 애플리케이션 기능 변경에 의한 파급 효과를 분석하여 파급 효과가 높은 부분이 포함된 테스트 케이스를 선정
  • 실제 수정이 발생한 모듈 또는 컴포넌트에서 시행하는 테스트 케이스를 선정