[테스트] 2. 동적 테스트 종류 - 화이트박스, 블랙박스 테스트

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

  - 모듈의 원시 코드(Source Code) 오픈 상태에 진행

  - 원시 코드의 논리적인 모든 경로를 테스트 후 테스트 케이스 설계하는 방법

  - 모듈 안 작동을 직접 관찰 가능

  - 원시 코드의 모든 문장을 한 번 이상 실행함으로써 수행

 

 

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

  - 기초 경로 검사(Base Path Testing)

    => 테스트 케이스 설계자가 절차적 설계의 논리적 복잡성 측정할 수 있게 해주는 테스트

  - 제어 구조 검사(Control Structure Testing)

    => 조건 검사(Condition Testing) : 프로그램 모듈 내 논리적 조건 테스트하는 테스트 케이스 설계 기법

    => 루프 검사(Loop Testing) : 프로그램의 반복(Loop) 구조에 초점에 맞춰 실시하는 테스트 케이스 설계 기법

    => 데이터 흐름 검사(Data Flow Testing) : 프로그램에서 변수의 정의와 변수 사용의 위치에 초점을 맞춰 실시하는 테스트 케이스 설계 기법

 

 

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

  - 문장 검증 기준(Statement Coverage)

    => 소스 코드의 모든 구문이 한 번 이상 수행되로고 테스트 케이스를 설계

  - 분기 검증 기준(Branch Coverage)

    => 소스 코드의 모든 조건문에 대해 조건식 결과(True or False) 경우가 한 번 이상 수행하도록 함

    => 결정 검증 기준(Decision Coverage) 라고 함

  - 조건 검증 기준(Condition Coverage)

    => 소스 코드의 조건문에 포함된 개별 조건식의 결과(True or False)인 경우 한 번 이상 수행 되도록 테스트 케이스 설계

  - 분기/조건 기준(Branch/Condition Coverage)

    => 분기 검증 기준, 조건 검증 기준 모두 만족하는 설계

    => 조건문 : True, False 인 경우에 따라 조건 검증 기준의 입력 데이터를 구분하는 테스트 케이스를 설계

 

 

4. 블랙박스 테스트(Black Box Test)

  - 소프트웨어가 수행할 특정 기능을 알기 위함 목적

  - 각 기능이 완전히 작동 되는 것을 입장하는 테스트 (기능테스트)

  - 사용자 요구사항 명세를 보면서 테스트 

  - 주로 구현된 기능을 테스트

  - 소프트웨어를 인터페이스를 통해 실시!

 

 

5. 블랙박스 테스트 종류

  - 동치 분할 검사(Equivalence Partitioning Testing)

    => 프로그램의 입력 조건에 타당한 입력 자료와 타당하지 않은 입력 자료의 개수를 균등하게 하여 테스트 케이스 정함

    => 해당 입력 자료에 맞는 결과가 출력되는지 확인하는 기법

    => 동등 분할 기법 or 동치 클래스 분해

  - 경계값 분석(Boundary Value Analysis)

    => 입력 조건의 중간값 보다 경계값에서 오류 발생될 확률이 높다는 점 이용

    => 입력 조건의 경계값을 테스트 케이스로 선정하여 검사하는 기법

  - 원인-효과 그래프 검사(Cause-Effect Graphing Testing)

    => 입력 데이터 간의 관계와 출력이 영향을 미치는 상홍을 체계적으로 분석

    => 이후, 효용성이 높은 테스트 케이스를 선정하여 검사하는 기법

  - 오류 예측 검사(Error Guesssing)

    => 과거의 경험 or 확인자의 감각으로 테스트하는 기법

  - 비교 검사(Comparison Testing)

    => 여러 버전의 프로그램에 동일한 테스트 자료를 제공

    => 동일한 결과가 출력되는지 테스트하는 기법