2장 테스트 분류와 테스팅 방법 - 2.2 테스트 분류

2.2 테스트 분류

1. 개요
2. 테스트 레벨에 의한 분류
3. 테스트 유형의 의한 분류
4. 테스트 설계 기법에 따른 분류

---

2.2.1 개요

 

2.2.2 테스트 레벨의 의한 분류

 

V레벨

레벨 테스트는 일반적으로 소프트웨어의 개발 단계와 연관이 있음

컴포넌트 테스트는 단위 구성 요소에 대한 상세 설계를 기준으로 테스트

통합 테스트는 아키텍처 설계를 통해 결정된 단위 간의 관계를 기준으로 테스트

시스템 테스트는 요구 분석을 기준으로 테스트

인수 테스트는 고객•사용자의 필요•기대를 기준으로 테스트

 

2.2.3 테스트 유형에 의한 분류

요구사항 명세 = 기능 요구사항 + 품질 요구사항

유형 테스트 = 기능 테스트 + 비기능 테스트(성능 테스트, 신뢰성 테스트 등의 품질 특성)

 

 

2.2.4 테스트 설계 기법에 따른 분류

2.2.4.1 개요

1. 정적 테스트: 테스트 대상을 실행하지 않는 방식
   1. 리뷰
   2. 정적 분석
2. 동적 테스트: 테스트 대상을 실행하는 방식
   1. 명세 기반 테스트
   2. 구조 기반 테스트
   3. 경험 기반 테스트
      1. 오류 추정
      2. 탐색적 테스트

2.2.4.2 정적 테스트

리뷰

산출물에 존재하는 결함 검출

프로젝트의 진행 상황을 점검

전문가 그룹이 수행

 

경영진 준비 ➡️ 리뷰 계획 ➡️ 리뷰 절차 개요 설명 ➡️ 작업물 개요 설명 ➡️ 개별 준비 ➡️그룹 검토 ➡️재작업 ➡️후속 작업

 

 

정적 분석

산출물(주로 소스 코드)의 구조적 속성을 이용하여 자동화된 방식으로 도구에 의해 수행

 

2.2.4.3 동적 테스트

테스트 대상을 실행하여 결함 검출

모든 상황을 테스트하기 위한 테스트 케이스 준비는 불가능 ➡️ 가능한 적은 수의 테스트 케이스로 효과적으로 테스트 해야 함

테스트를 통해 확인하고자 하는 상황을 어떤 방법으로 결정하느냐에 따라 3개의 테스트로 분류됨

 

명세 기반 테스트

소스 코드를 참고하지 않고 테스트 케이스 결정

 

구조 기반 테스트

구현된 소스 코드를 참고해서 테스트 케이스 결정

 

경험 기반 테스트

기존의 테스트 경험, 테스트 대상에 대한 경험 등을 바탕으로 수행되는 테스트 방법

 

오류 추정

개발자가 범할 수 있는 실수를 추정하고 이에 따른 결함이 검출되도록 테스트 케이스를 설계하는 방법

테스터의 경험과 직관을 바탕으로 개발자가 범할 수 있는 실수들을 나열하고 테스트 수행

직관적이고 상황에 따라 방식이 달라 일반화된 기법과 절차를 논의하기는 어려움

동등 분할이나 경곗값 분석같은 명세 기반 테스트와 함께 사용 가능

오류가 검출된 대표적인 사례들을 이용할 때 가장 효과적

일반적으로 예상되지 않는 상황이 사용자 입력값으로 적철히 처리되고 있는지 확인할 때 유용

 

탐색적 테스트

테스트 대상에 대한 이해를 바탕으로 즉석에서 테스트 케이스를 결정한 후 문서화 없이 바로 테스트 수행

테스트 결과를 바탕으로 다음 테스트 결정

테스터는 원하는 방식으로 테스트를 수행하면서 기능과 동작을 파악해 감

테스터의 지식에 의존 - 테스트 대상에 대한 이해의 정도, 테스트 대상에 대한 사전 경험 등

자동화 도구를 사용하여 테스트 로그 및 테스트 결과 등을 생성할 수도 있음

피처를 명확하게 식별하고 의사소통을 위해 테스트 차터 간략 작성 가능

개발 주기가 짧아 명세서 개발이 어려운 애자일 방법을 사용하는 웹 응용 시스템 테스트에 적합

명확한 가이드가 없을 경우 단점 발생

➡️ 초기에 시스템에 대한 이해도가 부족해 결함을 검출하기 위해 이곳저곳을 탐색하느라 시간 낭비 가능성 있음

➡️ 다수의 인원이 테스트에 참가할 경우 돌잏나 기능을 중복해서 테스트할 가능성 있음

➡️  테스트 범위를 문서화하지 않고 실시하므로 테스트의 적합성, 커버리지에 대한 판단 불가