[정보처리기사] 애플리케이션 테스트

1. 화이트 박스 테스트(White Box Test)

화이트박스 검사(White Box Test) 기법은 소프트웨어 내부 소스 코드를 테스트하는 기법이다.

내부 소스코드의 동작을 개발자가 추적 할 수 있기 때문에, 동작의 유효성 뿐만아니라 실행 되는 과정을 살펴봄으로써, 코드가 어떤경로로 실행되며, 불필요한 코드 혹은 테스트 되지 못한 부분을 살펴볼 수 있다.

화이트박스 테스트를 하는 부분은 대개 코드의 실행 경로를 확인해야 하기때문에 시중에 나와 있는 커버리지 분석도구를 많이 활용한다. 

 

2. 화이트박스 테스트의 종류

기초 경로 검사  (Base Path Testing)	- 테스트 케이스 설계자가 절차적 설계의 논리적 복잡성을 츨정할 수 있게 해주는 테스트 기법 - 대표적인 화이트 박스 테스트 기법
제어 구조 검사 (Control Structure Testing)	- 조건 검사(Condition Testing) : 프로그램 모듈 내에 있는 논리적 조건을 테스트하는 테스트 케이스 설계기법 - 루프검사(Loop Testing) : 프로그램의 반복(Loop) 구조에 초점을 맞춰 실시하는 테스트 케이스 설계 기법 - 데이터 흐름 검사(Data Flow Testing) : 프로그램에서 변수의 정의와 변수 사용의 위치에  초점을 맞춰 실시하는 테스트 케이스 설계 기법

 

3. 화이트박스 테스트의 검증 기준

문장 검증 기준 (Statement Coverage)	소스 코드의 모든 구문이 한 번 이상 수행되도록 테스트 케이스를 설계함
분기 검증 기준 (Branch Coverage)	소스 코드의 모든 조건문이 한 번 이상 수행되도록 테스트 케이스를 설계함
조건 검증 기준 (Condition Coverage)	소스 코드의 모든 조건문에 대해 조건이 True인 경우와 False인 경우가 한 번 이상 수행되도록 테스트 케이스를 설계함
분기/조건 기준 (Branch/Condition  Coverage)	소스 코드의 모든 조건문과 각 조건문에 포함된 개별 조건식의 결과가 True인 겨우와 False인 경우가 한 번 이상 수행되도록 테스트 케이스를 설계함

 

1. 블랙박스 테스트

블랙박스 테스트는 소프트웨어가 수행할 특정 기능을 알기 위해서 각 기능이 완정히 작동되는 것을 입증하는 테스트로, 기능테스트라고도 한다.

사용자의 요구사항 명세를 보면서 테스트한다.

주로 구현된 기능을 테스트 한다.

소프트웨어 인터페이스를 통해 실시된다.

 

2. 블랙박스 테스트의 종류

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

[출처 : 시나공 정보처리기사 실기]