블랙박스 테스트를 공부했습니다.

2개월 전에 공부했지만,
전혀 Qiita에 게시하지 않았기 때문에,
지금 공부한 내용을 정리합니다.

블랙박스 테스트는 Program을 일종의 블랙박스로 보고,
다양한 입력을 실행하여 테스트하는 방법입니다.
대부분의 소프트웨어 테스트는 블랙 박스 테스트입니다.

블랙박스 테스트 기본

Equivalence partitioning(동치 분할법)

동치 분할법은,
소프트웨어나 시스템의 입력값을 같은 동작(결과)을 나타내는 것으로,
기대하는 그룹으로 분류하여,
그룹에 속하는 입력 값은 같은 방식으로 처리된다는 전제하에 설계하는 기법입니다.




Test
1
2
3
4


배터리 용량
2.75
2.99
3.55
4.05

분할
2.05≤<2.80
2.80≤<3.30
3.30≤<3.80
3.80≤<4.30

결과
배터리 0
배터리 1
배터리 2
배터리 3

Boundary value analysis(경계값 분석)

동치 분할법이 그룹 내부를 확인하는 사람이라면,
경계 값 분석은 그룹 경계를 확인하는 사람입니다.
대부분 버그는 그룹 내부보다 그룹 경계에서 발생할 가능성이 높습니다.

Decision Table

Decision Table은
모든 입력 조합을 표 작성하고 입력에 대한 동작과 출력을 표시합니다.
표에는 상태, 규칙, 동어 어정리되어 있고, 이 표를 사용하여 테스트를 한다.
그러나 이 방법에는 문제가 있습니다.
대규모 소프트웨어를 테스트하는 경우,
상당히 많은 테스트 케이스가 발생하기 때문에 테이블을 사용하기가 어렵습니다.

자신도 테스트 케이스를 만들 때,
상당히, 케이스가 많았기 때문에, 힘들었습니다.
제대로 확인해야 할 사례를 테스트하거나 효율적으로 테스트하는 방법을 찾아야합니다.

State transition diagram

시스템 상태의 변화로 인한 테스트 케이스 설계도 가능합니다.
현재 조건과 이전 상태에 따라 다른 응답을 나타낼 수 있습니다.
이 경우 상태 전이 다이어그램을 사용하여 시스템을 표현할 수 있습니다.




위의 그림처럼 State transition diagram을 만든 후,
흐름에 맞게 테스트 케이스를 만듭니다.

테스트는 출시하기 전에 개발한 프로그램이 제대로 움직이는지 확인하는 중요한 작업입니다.
모두, 테스트 노력하자!