[정처기 필기] 「2」 | 애플리케이션 테스트 관리 - (4.3) 통합 테스트, 테스트 케이스 / 시나리오 / 오라클

[정처기 필기] 「2」 | 애플리케이션 테스트 관리 - (4.3) 통합 테스트, 테스트 케이스 / 시나리오 / 오라클

「1」 소프트웨어 설계

> 「2」 소프트웨어 개발

- 데이터 입 / 출력 구현, 통합 구현, 제품 소프트웨어 패키징, > 애플리케이션 테스트 관리, 인터페이스 구현

「3」 데이터베이스 구축

「4」  프로그래밍 언어 활용

「5」  정보시스템 구축 관리

 

1 애플리케이션 테스트

2 애플리케이션 테스트의 분류

3 테스트 기법에 따른 애플리케이션 테스트

4 개발 단계에 따른 애플리케이션 테스트

> 5 통합 테스트

> 6 테스트 케이스 / 테스트 시나리오 / 테스트 오라클

7 테스트 자동화 도구

8 결함관리

9 복잡도

10 애플리케이션 성능 개선

5. 통합 테스트

통합 테스트(Integration Test)

 

단위 테스트가 끝난 모듈을 통합하는 과정에서 발생하는 오류 / 결함을 찾는 테스트 기법

 

비점진적 통합 방식

: 모든 모듈이 미리 결합되어 있는 전체 프로그램을 테스트하는 방법, 빅뱅 통합 테스트 방식이 있음

: 규모가 작은 소프트웨어에 유리, 단시간 내 테스트 가능

: 전체 프로그램을 대상으로 하기 때문에 오류 발견 / 장애 위치 파악, 수정이 어려움

점진적 통합 방식

: 모듈 단위로 단계적으로 통합하며 테스트하며 하향식, 상향식, 혼합식 통합 방식이 있음

: 오류 수정 용이, 인터페이스와 연관된 오류를 완전히 테스트

 

하향식 통합 테스트(Top Down Integration Test)

 

프로그램의 상위 모듈에서 하위 모듈 방향으로 통합하며 테스트

 

- 주요 제어 모듈을 기준으로 아래 단계로 이동하며 통합하며 깊이 우선 통합법, 넓이 우선 통합법 사용

- 테스트 초기부터 사용자에게 시스템 구조를 보여줌

- 상위 모듈에서 테스트 케이스를 사용하기 어려움

- 모듈 간의 인터페이스나 시스템 동작이 정상적으로 작동하는지 빠른 파악이 필요할 때 좋음

 

1 주요 제어 모듈은 작성된 프로그램 사용, 종속 모듈들은 스텁(Stub)으로 대체

2 깊이 우선 또는 넓이 우선 등 통합 방식에 따라 하위 모듈인 스텁들이 한 번에 하나씩 실제 모듈로 교체

3 모듈이 통합될 때마다 테스트

4 새로운 오류가 발생하지 않음을 보증하기 위해 회귀 테스트 실시

 

상향식 통합 테스트(Bottom Up Integration Test)

 

프로그램의 하위 모듈에서 상위 모듈 방향으로 통합하며 테스트

 

- 가장 하위 모듈부터 수행되므로 스텁(Stub)은 필요하지 않고, 하나의 주요 제어 모듈과 관련된 종속 모듈 그룹인 클러스터(Cluster)가 필요

 

1 하위 모듈들을 클러스터(Cluster)로 결합

2 상위 모듈에서 데이터 입 / 출력을 확인하기 위해 더미 모듈인 드라이버(Driver) 작성

3 통합된 클러스터 단위로 테스트

4 테스트가 완료되면 클러스터는 상위로 이동하여 결합하고, 드라이버는 실제 모듈로 대체

 

>테스트 드라이버와 테스트 스텁의 차이점<

 

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

 

혼합식 통합 테스트

 

하위 수준에서는 상향식 통합, 상위 수준에서는 하향식 통합을 사용, == 샌드위치식 통합 테스트

 

회귀 테스팅(Regression Testing)

 

이미 테스트된 프로그램의 테스팅 반복하는 것, 통합 테스트로 인해 변경된 모듈 / 컴포넌트에 새로운 오류가 있는지 확인하는 테스트

 

- 수정한 모듈 / 컴포넌트가 다른 부분에 영향을 미치는지, 새로운 오류가 발생하지 않음을 보증하기 위해 반복 테스트

- 모든 테스트 케이스를 이용하는 게 가장 좋지만 시간과 비용 많이 듦, 따라서 변경된 부분을 테스트하는 테스트 케이스만 선정하여 수행

- 테스트 케이스 선정 방법

: 모든 애플리케이션의 기능을 수행할 수 있는 대표적인 테스트 케이스

: 기능 변경에 의한 파급 효과를 분석하여 파급 효과가 높은 부분이 포함된 테스트 케이스

: 실제 수정이 발생한 모듈 / 컴포넌트에서 시행하는 테스트 케이스

6. 테스트 케이스(Test Case)

테스트 케이스(Test Case)

 

구현된 소프트웨어가 요구를 정확히 준수했는지 확인하기 위해 설계된 입력 값, 실행 조건, 기대 결과 등으로 구성된 테스트 항목에 대한 명세서로 명세 기반 테스트의 설계 산출물에 해당

 

- 미리 설계하면 테스트 오류 방지 가능, 수행에 필요한 인력, 시간 등 낭비 줄일 수 있음

- 테스트 목표, 방법 설정 후 작성

- 시스템 설계 단계에서 작성하는 것이 바람직

- 결함을 검사할 수 있는 테스트 케이스를 찾는 것이 중요

 

테스트 케이스 작성 순서

 

테스트 전략, 테스트 기획서 등 기반으로 작성

 

1 테스트 계획 검토 / 자료 확보

: 테스트 계획서를 재검토하여 테스트 대상 범위 / 접근 방법 이해

: 시스템 요구사항, 기능 명세서 검토하고 테스트 대상 시스템의 정보 확보

2 위험 평가 / 우선순위 결정

: 결함의 위험 정도에 따른 우선순위 결정, 어느 부분에 초점을 맞춰 테스트할지 결정

3 테스트 요구사항 정의

: 시스템에 대한 요구나 테스트 대상 재검토, 테스트 특성, 조건, 기능 등 분석

4 테스트 구조 설계 / 테스트 방법 결정

: 테스트 케이스의 형식, 분류 방법 결정

: 테스트 절차, 장비, 도구, 테스트 문서화 방법 결정

5 테스트 케이스 정의

: 요구에 따라 테스트 케이스 작성하고 입력값, 실행 조건, 예상 결과 등 기술

6 테스트 케이스 타당성 확인 / 유지 보수

: 소프트웨어 기능 / 환경 변화에 따라 테스트 케이스 갱신

: 테스트 케이스의 유용성 검토

 

테스트 시나리오(Test Scenario)

 

테스트 케이스를 적용하는 순서에 따라 여러 개의 테스트 케이스를 묶은 집합, 테스트 케이스를 적용하는 구체적인 절차를 명세한 문서

 

- 테스트 순서에 대한 구체적 절차, 사전 조건, 입력 데이터 등 설정

- 테스트 시나리오를 통해 테스트 순서를 미리 정해서 테스트 항목을 빠짐없이 수행

 

테스트 시나리오 작성 시 유의 사항

 

- 시스템별, 모듈별, 항목별 등 여러 개의 시나리오로 분리하여 작성

- 요구와 설계 문서 등 토대로 작성

- 테스트 항목은 식별자 번호, 순서 번호, 테스트 데이터, 테스트 케이스, 예상 결과, 확인 등 포함하여 작성

- 유스케이스 간 업무 흐름이 정상적인지 테스트할 수 있도록 작성

- 개발된 모듈 / 프로그램 간 연계가 정상적인지 테스트 할 수 있도록 작성

 

테스트 오라클(Test Oracle)

 

테스트 결과 올바른지 판단하기 위해 사전에 정의된 참 값을 대입하여 비교하는 기법

 

- 통과, 실패의 결과를 판단하기 위해 테스트 케이스에 대한 예상 결과를 계산 / 확인

- 테스트 오라클 특징

: 제한된 검증 - 모든 테스트 케이스에 적용할 수 없음

: 수학적 기법 - 테스트 오라클의 값을 수학적 기법을 이용하여 구할 수 있음

: 자동화 기능 - 프로그램의 실행, 결과 비교, 커버리지 측정 등 자동화 가능

 

참(Ture) 오라클

: 주로 항공기, 은행, 발전소 소프트웨어 등 미션 크리티컬한 업무에 사용

: 모든 테스트 케이스의 입력 값에 대해 기대하는 결과 제공, 발생된 모든 오류 검출 가능

샘플링(Sampling) 오라클

: 일반적인 업무, 게임, 오락 등 사용

: 특정 테스트 케이스의 입력 값에 대해서만 기대하는 결과 제공

추정(Heuristic) 오라클

: 일반적인 업무, 게임, 오락 등 사용

: 샘플링 오라클을 개선한 오라클, 특정 테스트 케이스의 입력 값에 대해 기대하는 결과 제공, 나머지 입력 값에 대해서는 추정으로 처리

일관성(Consistent) 검사

: 애플리케이션 변경이 있을 때, 테스트 케이스 수정 전과 후의 결과값이 동일한지 확인

 

 

 

 

 

 

 

 

출처 | <시나공> 정보처리기사 필기 2024 기본서 (길벗알앤디)