[정보처리기사 필기] 애플리케이션 테스트 관리 - 047. 개발 단계에 따른 애플리케이션 테스트

1. 개발 단계에 따른 애플리케이션 테스트 

• 소프트웨어의 개발 단계에 따라 분류
• 테스트 레벨 : 단위 테스트, 통합 테스트, 시스템 테스트, 인수 테스트
• 소프트웨어의 개발 단계에서부터 테스트를 수행하므로 단순히 소프트웨어에 포함된 코드 상의 오류 뿐만 아니라 요구 분석의 오류, 설계 인터페이스 오류 등도 발견할 수 있음
• V-모델 : 애플리케이션 테스트와 소프트웨어 개발 단계를 연결하여 표현한 것

2. 단위 테스트 Unit Test

• 코딩 직후 소프트웨어 설계의 최소 단위인 모듈이나 컴포넌트에 초점을 맞춰 테스트하는 것
• 인터페이스, 외부적 I/O, 자료 구조, 독립적 기초 경로, 오류 처리 경로, 경계 조건 등을 검사
• 사용자의 요구사항을 기반으로 한 기능성 테스트를 최우선으로 수행
• 단위 테스트로 발견 가능한 오류 : 알고리즘 오류에 따른 원치 않는 결과, 탈출구가 없는 반복문의 사용, 틀린 계산 수식에 의한 잘못된 결과
• 종류 : 구조 기반 테스트, 명세 기반 테스트

테스트 방법	테스트 내용	테스트 목적
구조 기반 테스트	프로그램 내부 구조 및 복잡도를 검증하는 화이트박스 테스트 시행	제어 흐름, 조건 결정
명세 기반 테스트	목적 및 실행 코드 기반의 블랙박스 테스트 시행	동등 분할, 경계값 분석

3. 통합 테스트 Integration Test

• 단위 테스트가 완료된 모듈들을 결합하여 하나의 시스템으로 완성시키려는 과정에서의 테스트
• 모듈 간 도는 통합된 컴포넌트 간의 상호 작용 오류를 검사

4. 시스템 테스트 System Test

• 개발된 소프트웨어가 해당 컴퓨터 시스템에서 완벽하게 수행되는가를 점검하는 테스트
• 환경적인 장애 리스크를 최소화하기 위해서는 실제 사용 환경과 유사하게 만든 테스트 환경에서 테스트를 수행해야 함
  • 환경적인 장애 리스트 : OS, DBMS, 시스템 운영 장비 등 테스트 시 사용할 물리적, 논리적 환경과 실제 소프트웨어를 사용할 환경이 달라서 발생할 수 있는 바람직하지 못한 결과를 의미
• 종류
  • 기능적 요구사항 : 요구사항 명세서, 비즈니스 절차, 유스케이스 등 명세서 기반의 블랙박스 테스트 시행
  • 비기능적 요구사항 : 성능 테스트, 회복 테스트, 보안 테스트, 내부 시스템의 메뉴 구조, 웹페이의 네비게이션 등 구조적 요소에 대한 화이트박스 테스트 시행 

5. 인수 테스트 Acceptance Test

• 개발한 소프트웨어가 사용자의 요구사항을 충족하는지에 중점을 두고 테스트하는 방법
• 개발한 소프트웨어를 사용자가 직접 테스트
• 인수 테스트에 문제가 없으면 사용자는 소프트웨어를 인수하게 되고, 프로젝트는 종료
• 종류
  • 사용자 인수 테스트 : 사용자가 시스템 사용의 적절성 여부를 확인
  • 운영상의 인수 테스트 : 시스템 관리자가 시스템 인수 시 수행하는 테스트 기법, 백업/복원 시스템, 재난 복구, 사용자 관리, 정기 점검 등을 확인
  • 계약 인수 테스트 : 계약상의 인수/검수 조건을 준수하는지 여부를 확인
  • 규정 인수 테스트 : 소프트웨어가 정부 지침, 법규, 규정 등 규정에 맞게 개발되었는지 확인
  • 알파 테스트
    • 개발자의 장소에서 사용자가 개발자 앞에서 행하는 테스트 기법
    • 테스트는 통제된 환경에서 행해지며, 오류와 사용상의 문제점을 사용자와 개발자가 함께 확인하면서 기록
  • 베타 테스트
    • 필드 테스팅 Field Testing
    • 선정된 최종 사용자가 여러 명의 사용자 앞에서 행하는 테스트 기법
    • 실업무를 가지고 사용자가 직접 테스트하는 것
    • 개발자에 의해 제어되지 않은 상태에서 테스트가 행해지며 발견된 오류의 사용상의 문제점을 기록하고 개발자에게 주기적으로 보고