애플리케이션 테스트 유형

V모델과 테스트 레벨
애플리케이션 개발 단계에 따라 단위 테스트, 통합 테스트, 시스템 테스트, 인수 테스트, 설치 테스트로 분류한다
애플리케이션을 총체적으로 관리하기 위한 테스트 활동의 묶음
테스트 레벨은 서로 독립적이며 각각 다른 테스트 계획과 전략 필요

테스트 레벨의 종류

• 단위 테스트
  개발자가 원시코드를 대상으로 다른 부분과 연계되는 부분은 고려하지 않고 각각의 단위 자체에만 집중하여 테스트한다
• 통합 테스트
  단위 테스트를 통과한 개발 소프트웨어/하드웨어 컴포넌트 간 인터페이스 및 연동 기능 등을 구조적으로 접근하여 테스트한다
• 시스템 테스트
  단위/통합 테스트가 가능한 완벽히 완료되어 기능상에 문제가 없는 상태에서 가능한 실제 환경과 유사한 환경에서 진행한다
• 인수 테스트
  일반적인 테스트 레벨의 가장 마지막 상위 레벨로, SW제품에 대한 요구사항이 제대로 이행되었는지 확인하는 단계이다

프로그램 실행 여부에 따른 테스트

• 동적 테스트
  애플리케이션을 직접 실행하여 오류를 찾는 테스트
  소프트웨어 개발의 모든 단계에서 테스트를 수행한다
  블랙 박스 테스트, 화이트 박스 테스트
• 정적 테스트
  애플리케이션을 직접 실행하지 않고 명세서나 소스코드를 대상으로 분석하는 테스트를 의미한다
  소프트웨어 개발 초기에 결함 발견이 가능하여 개발 비용을 낮출 수 있다
  워크스루, 인스펙션, 코드 검사 등

테스트 기반에 따른 테스트

• 구조 기반 테스트
• 명세 기반 테스트
• 경험 기반 테스트

화이트 박스 테스트
원시 코드를 오픈 시킨 상태에서 코드의 논리적 모든 경로를 테스트하는 방법

• 기초 경로 검사
  Tom McCabe가 제안한 대표적 화이트박스 테스트 기법
• 제어 구조 검사
  루프 검사는 프로그램의 반복 구조에 초점을 맞춰 실시하는 테스트 케이스 설계 기밥

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

• 문장 검증 기준
• 분기 검증 기준
• 조건 거증 기준
• 분기/조건 기준

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

• 동치 분할 검사
  입력 자료에 초점을 맞춰 테스트 케이스를 만들고 검사하는 방법이다
  입력 조건에 타당한 입력 자료와 그렇지 않은 자료의 개수를 균등하게 나눠 테스트 케이스를 설정한다
• 경계값 분석
  입력 자료에만 치중한 동치 분할 기법을 보완한 기법이다
• 원인 효과 그래프 검사
• 오류 예측 검사
• 비교 검사