[ISTQB] Chpater 4. 테스트 기법

🟡 4.1 테스트 기법의 종류

 

* 용어 정의 * 

 

• 탐색적 테스팅 : 테스터가 그들의 지식, 테스트 항목에 대한 탐색 및 이전 테스트 결과를 기반으로 테스트를 동적으로 설계하고 실행하는 테스팅 접근 방식
• 체크리스트 기반 테스팅 : 숙련된 테스터가 제품 검증에 필수적인 일련의 규칙이나 기준 또는 참고/확인/기억해야 하는 아이템 목록을 사용하는 경험 기반 테스트 기법
• 블랙박스 테스트 : 컴포넌트나 시스템의 명세 분석을 기반으로 하는 테스트 기법

 

 

 

✅ 4.1.1 테스트 기법의 종류와 특성

 

1. 블랙박스 테스트 기법

- 적절한 테스트 베이시스(문서, 명세서, 유스케이스, 사용자 스토리 또는 비즈니스 프로세스)에 대한 분석을 기반으로 함.

- 기능, 비기능 테스팅에 모두 적용 가능

- 대상의 내부 구조를 고려하지 않고 입력과 출력에 집중

 

<특징>

- 테스트 컨디션, 테스트 케이스, 테스트 데이터는 소프트웨어 요구사항, 명세서, 유스케이스, 사용자 스토리와 같은 테스트 베이시스로부터 도출

- 테스트 케이스는 요구사항과 요구사항 구현물 간 차이와 편차를 식별하는 데 사용

- 커버리지는 테스트 베이시스에서 테스트된 항목과 테스트 베이시스에 적용한 기법을 기반으로 측정

 

 

2. 화이트 박스 테스트 기법

- 아키텍처, 세부 설계, 내부 구조, 테스트 대상의 코드에 대한 분석을 기반으로 함.

- 대상의 내부 구조와 처리에 집중

 

<특징>

- 테스트 컨디션, 테스트 케이스, 테스트 데이터는 코드, 소프트웨어 아키텍처, 상세 설계 또는 소프트웨어 구조와 관련된 기타 정보를 포함한 테스트 베이시스로부터 도출

- 커버리지는 선택한 구조 내에서 테스트한 항목과 테스트 베이시스에 적용된 기법을 기준으로 측정

 

 

3. 경험 기반 테스트 기법

- 개발자, 테스터, 사용자의 경험을 활용하여 테스트를 설계, 구현, 실행함.

- 일어날 가능성이 있는 결함과 그 분포를 기반으로 테스트

 

<특징>

- 테스트 컨디션, 테스트 케이스, 테스트 데이터는 테스터, 개발자, 사용자, 기타 이해관계자의 지식과 경험과 같은 테스트 베이시스로부터 도출

 

 

 

🟡 4.2 블랙박스 테스트 기법

✅ 4.2.1 동등 분할(Equivalence Partitioning)

 

동등 분할 : 특정 파티션의 모든 변수는 동일한 방식으로 처리된다는 가정 / 모든 테스트 레벨에 적용 가능

- 유효값 : 컴포넌트나 시스템에 입력되는 값

- 비유효값 : :컴포넌트나 시스템이 거부하는 값

===> 동등 분할 기법으로 100% 커버리지를 달성하기 위해서는 식별한 모든 분할의 각 분할에서 최소 한 개의 값을 사용해 테스트 케이스를 작성해야 함.

 

 

 

✅ 4.2.2 경계값 분석(Boundary Value Analysis)

 

경계값 분석 : 동등 분할의 확장 형태이지만 각 파티션이 순서화되어 있고, 숫자 또는 연속 데이터로 구성된 경우에만 적용할 수 있음.

===> 각 분할의 최솟값과 최댓값은 해당 분할의 경계값이 됨. 

 

 

 

✅ 4.2.3 결정 테이블 테스팅(Decision Table Testing)

 

결정 테이블 표기법

 

<조건>

Y : 조건이 참(T or 1)

N : 조건이 거짓(F or 0)

ㅡ : 조건의 값이 중요하지 않음(N/A)

 

<기대 결과>

X, 행동이 일어난다는 것을 의미(Y, T, 1로 표기)

공백, 행동이 일어나지 않음을 의미(ㅡ, N, F, 0으로 표기)

 

==> 테이블의 결정 규칙 당 최소 한 개의 테스트 케이스를 작성하는 것.

 

 

 

✅ 4.2.4 상태 전이 테스팅(State Transition Testing)

 

상태 전이 다이어그램 : 소프트웨어가 상태 간에 어떻게 진입하고 빠져나오는지에 대한 전이 방법을 보여줌. 전이는 특정 이벤트에 의해 시작됨.

=> 일반적으로 유효 전이만 보여주며, 비유효 전이는 표시하지 않음.

=> 구체적인 상태를 포함한 비즈니스 시나리오를 모델링하거나 화면 탐색을 테스팅하는 데 적합함.

 

 

 

✅ 4.2.5 유스케이스 테스팅(Use Case Testing)

 

유스케이스 : 소프트웨어 기능에 대한 요구사항을 통합. 액터와 대상 간의 관계

-> 예외 동작 및 오류 처리를 포함한 기본 동작의 가능한 변형이 포함됨. 테스트는 정의한 동작을 실행하도록 설계됨.

커버리지 : 테스트한 유스케이스 동작 수 / 모든 유즈케이스 동작 수

 

유스케이스에서 테스트 케이스를 도출하는 방법 : 테스트 케이스는 관련자들(actors)과 협력해 테스트 중인 시스템이 수행하는 명시된 기본, 예외 및 에러 동작의 실행을 위해 생성

 

 

 

🟡 4.3 화이트박스 테스트 기법

✅ 4.3.1 구문 테스팅과 커버리지

 

-> 코드의 잠재적으로 실행 가능한 구문을 실행

-> 다른 테스트에 의해 실행되지 않은 코드의 결함을 찾는데 도움이 됨.

 

 

 

✅ 4.3.2 결정 테스팅과 커버리지

 

-> 코드에 존재하는 결정문을 실행하고 결정문의 결과에 따라 실행되는 코드를 테스트

-> 다른 테스트가 참과 거짓 결과 모두를 테스트 하지 않은 코드의 결함을 찾는데 도움이 됨.

ex) IF문에서 결과가 참인 경우와 거짓인 경우 : CASE문에서 기본 결과를 포함한 가능한 모든 결과를 필요로 하는 테스트 케이스

 

커버리지 : 백분율로 표기, 테스트로 실행된 결정문 결과의 수 / 테스트 대상의 가능한 모든 결정문 결과의 수

 

 

 

✅ 4.3.1 구문 및 결정 테스팅의 가치

 

- 100% 구문 커버리지 달성 : 코드에 존재하는 모든 실행 가능한 구문을 최소 한 번씩은 테스트 했다는 것을 의미하지만, 모든 결정 로직을 테스트 했다는 것을 보장하지는 않음.

- 100% 결정 커버리지 달성 : 명확한 거짓 구문이 명시되지 않은 경우에도 결과가 참인 경우와 거짓인 경우를 포함한 모든 결정 결과가 실행되었다는 것을 의미

 

"100% 결정 커버리지는 100% 구문 커버리지를 보장하지만, 그 반대의 경우는 성립하지 않는다."

 

 

 

🟡 4.4 경험 기반 테스트 기법

✅ 4.4.1 오류 추정

 

오류 추정 : 테스터의 지식을 기반으로 오류, 결함 및 장애 발생을 예측하는 데 적용하는 기술

(애플리케이션의 과거 동작, 발생하기 쉬운 오류의 유형, 다른 애플리케이션에서 발생한 장애)

 

 

 

✅ 4.4.2 탐색적 테스팅

 

탐색적 테스팅 : 비공식 테스트를 테스트 실행 중에 동적으로 설계, 실행, 기록하고 평가함.

 

<특징>

- 세션 기반 테스팅을 사용하여 활동을 구성. 정해진 시한(time-box)동안 수행하며 테스터는 테스트 목적이 포함된 테스트 차터를 활용하여 테스팅 방향을 설정

- 명세가 충분하지 않거나 테스팅에 상당한 시간적 압박이 있을 때 가장 유용

 

 

 

✅ 4.4.3 체크리스트 기반 테스팅

 

체크리스트 기반 테스팅 : 체크리스트에 기록된 테스트 컨디션을 커버하기 위해 테스터가 테스트를 설계, 구현, 실행함.

 

 

 

 

 

 

 

 

 

 

Reference

ISTQB CTFL Syllabus 2018 V 3.1.1_한글_v1.0

 

위 책 내용을 챕터별 중요한 포인트 위주로 정리한 자료입니다.

스스로 공부하기 위한 요점정리 노트이므로 상업적인 사용 목적은 전혀 없음을 알려드립니다:)

 

이 시험에 대한 정보 및 각종 자료는 아래 사이트에서 확인하실 수 있습니다. ⬇⬇⬇

http://www.kstqb.org/sw/sw3.asp