화이트박스 테스트 & 블랙박스 테스트(2과목 소프트웨어 개발)

2022년 4월

정답 3번
프로그램의 구조를 고려하지 않는것 ==> 블랙박스 테스트

 

 

2022년 3월

정답 1번

아래 설명 참조

 

 

2021년 5월

정답 4번

 

 

2021년 5월

정답 3번 , 3번은 화이트 박스 테스트 기법

 

2021년 3월

정답 1번, 나머지는 다 화이트박스 검사 기법

 

 

2020년 9월

정답 1번, 1번는 화이트박스 기법

 

 

 

2020년 8월

정답 4번, 4번는 화이트박스 기법

 

 

2020년 6월

정답 1번 Boundary Value Analysis(경계값 분석)은 블랙박스 테스트 기법

 

 

* 문제 밑부분 드래그 시 정답 확인가능!!!!

 

 

< 화이트박스 테스트 >

: 소프트웨어 혹은 제품의 내부 구조, 동작을 세밀하게 검사하는 테스트 방식으로, 외부에서 요구사항에 따른 예상 결과값을 테스트 하는것과는 다르게 내부 소스 코드를 테스트하는 기법으로 사용자가 들여다 볼 수 없는 구간의 코드 단위 테스트를 한다.

 

즉, 정리하면 개발자가 소프트웨어 또는 컴포넌트 등의 로직에 대한 테스트를 수행하기 위해 설계 단계에서 요구된 사항을 확인하는 개발자 관점의 단위테스팅 기법이다.

 

- 모듈 안의 내용(작성)을 직접 볼 수 있음

- 내부의 논리적인 모든 경로를 테스트해 테스트 케이스를 설계

- 소스 코드(Source Code)의 모든 문장을 한번 이상 수행함으로써 진행됨

- 선택, 반복 등의 부분들을 수행함으로써 논리적 경로 점검

종류	설명
기초 경로 검사	대표적인 화이트박스 테스트 기법 테스트 측정 결과는 실행 경로의 기초를 정의하는 지침으로 사용
제어 구조 검사	* 조건 검사(Condition Testing) 논리적 조건을 테스트하는 기법 * 루프 검사(Loop Testing) 반복(Loop) 구조에 맞춰 테스트하는 기법 * 데이터 흐름 검사(Data Flow Testing) 프로그램에서 변수의 정의와 변수 사용의 위치에 초점을 맞춰 테스트하는 기법

 

< 블랙박스 테스트 >

: 소프트웨어의 내부 구조나 작동원리를 모르는 상태에서 소프트웨어의 동작을 검사하는 방법

 

즉, 개발자 입장이 아닌 사용자 입장에서 소프트웨어 혹은 제품에 대한 요구사항과 결과물이 일치하는지 확인하기 위한 테스트 기법이다.

 

- 모듈 안에서 어떤 일(작동)이 일어나는지 알 수 없음

- 소프트웨어가 수행할 특정 기능을 알기 위해 각 기능이 완전히 작동되는것을 입증하는 테스트로 기능 테스트라고도 함

- 소프트웨어 인터페이스에서 실시되는 테스트

종류	설명
동치 분할 검사(Equivalence Partitioning Testing)	프로그램의 입력 조건에 타당한 입력 자료와 타당하지 않은 입력 자료의 개수를 균등하게 해 테스트 케이스를 정하고, 해당 입력 자료에 맞는 결과가 출력되는지 확인하는 기법(동등 분할 기법)
경계값 분석(Boundary Value Analysis)	입력 조건의 중간값보다 경계값에서 오류가 발생될 확률이 높다는 점을 이용해 입력 조건의 경계값을 테스트 케이스로 선점해 검사하는 기법
원인-효과 그래프 검사(Cause-Effect Graphing Testing)	입력 데이터 간의 관계와 출력에 영향을 미치는 상황을 체계적으로 분석한 다음 효율성이 높은 테스트 케이스를 선정해 검사하는 기법
비교 검사(Comparison Testing)	여러 버전의 프로그램에 동일한 테스트 자료를 제공해 동일한 결과가 출력되는지 테스트하는 기법
오류 예측 검사(Error Guessing)	다른 블랙박스 테스트 기법으로 찾아낼 수 없는 오류를 찾아내는 일련의 보충적 검사 기법(데이터 확인 검사)