개념: 적합성 테스트
적합성 테스트는 소프트웨어가 준비 완료 상태여서 사용자들이 소프트웨어가 빌드된 기능 및 타스크를 수행하는 데 사용할 수 있는지 확인하기 위해 적용되는 테스트 유형입니다.
관계
기본 설명

적합성 테스트는 소프트웨어를 배치하기 이전의 최종 테스트 조치입니다. 적합성 테스트의 목적은 소프트웨어가 준비 완료 상태여서 사용자들이 소프트웨어가 빌드된 기능 및 타스크를 수행하는 데 사용할 수 있는지 확인하는 것입니다. 적합성 테스트를 구현하기 위한 세 가지의 공통 전략이 있습니다. 이는 다음과 같습니다.

선택하는 전략은 종종 계약상의 요구사항, 조직 및 회사 표준, 응용프로그램 도메인을 기반으로 합니다.

정규 적합성 테스트

정규 적합성 테스트는 확실하게 관리되는 프로세스로, 종종 시스템 테스트의 확장입니다. 테스트는 시스템 테스트와 같이 세부적으로, 주의하여 계획하고 디자인해야 합니다. 선택한 테스트 케이스는 시스템 테스트에서 수행된 테스트 케이스의 서브세트여야 합니다. 어떤 방식으로든지 선택한 테스트 케이스에서 벗어나지 않아야 합니다. 많은 조직에서 정규 적합성 테스트는 완전히 자동으로 수행되고 있습니다.

타스크 및 중간 산출물은 시스템 테스트와 같습니다. 일부 조직에서는 일반 사용자 조직의 대표자가 있는 개발 조직(또는 개발 조직의 독립적 테스트 그룹)이 적합성 테스트를 수행합니다. 기타 조직에서는 일반 사용자 조직이나 일반 사용자 조직이 선택한 인원들로 구성된 목표 그룹이 적합성 테스트를 완전히 수행합니다.

이 테스트 양식의 이점은 다음과 같습니다.

  • 테스트할 기능 및 특징을 알 수 있습니다.
  • 테스트 정밀도를 알 수 있고 측정 가능합니다.
  • 테스트를 자동화할 수 있어서 회귀 테스트가 허용됩니다.
  • 테스트 진행상태를 측정하거나 모니터할 수 있습니다.
  • 허용 가능성 기준을 알 수 있습니다.

단점은 다음과 같습니다.

  • 중요한 자원 및 계획이 요구됩니다.
  • 테스트가 시스템 테스트의 재구현이 될 수도 있습니다.
  • 찾으려고 하는 결함만 찾게 되므로 테스트는 소프트웨어의 주관적 결함을 찾지 못할 수도 있습니다.

비정규 적합성 테스트

비정규 적합성 테스트에서는 테스트를 수행하기 위한 테스트 프로시저가 정규 적합성 테스트와 같이 정밀하게 정의되지 않습니다. 탐색할 기능 및 비즈니스 활동을 식별하고 문서화되어 있지만 준수할 특정의 테스트 케이스가 없습니다. 각각의 테스터가 수행할 사항을 결정합니다. 이와 같은 적합성 테스트 접근 방식은 정규 테스트만큼 제어되지 않으므로 정규 테스트보다 더 주관적입니다.

정규 적합성 테스트는 일반 사용자 조직이 가장 자주 수행합니다.

이 테스트 양식의 이점은 다음과 같습니다.

  • 테스트할 기능 및 특징을 알 수 있습니다.
  • 테스트 진행상태를 측정하거나 모니터할 수 있습니다.
  • 허용 가능성 기준을 알 수 있습니다.
  • 정규 적합성 테스트보다 더 주관적인 결함을 찾아냅니다.

단점은 다음과 같습니다.

  • 자원, 계획 및 관리 자원이 필요합니다.
  • 사용되는 테스트 케이스에 대한 제어권이 없습니다.
  • 사용자가 시스템 작동 방식을 준수하여 결함을 보지 못할 수도 있습니다.
  • 사용자가 결함을 찾는 대신 새 시스템을 레거시 시스템과 비교하는 데 초점을 맞출 수 있습니다.
  • 적합성 테스트를 위한 자원이 프로젝트 제어 하에 있지 않아서 제한을 받을 수 있습니다.

베타 테스트

베타 테스트는 최소한 세 가지의 적합성 테스트 전략 제어를 받습니다. 베타 테스트에서는 세부사항 정도, 데이터 및 취하는 접근 방식을 완전히 개별 테스터가 결정합니다. 각 테스터가 환경을 작성하고 데이터를 선택하며 탐색할 기능, 특징 또는 타스크를 판별해야 합니다. 각 테스터는 현재 상태에서 시스템을 승인할 것인지 여부에 대한 자신의 기준을 식별해야 합니다.

베타 테스트는 종종 개발(또는 기타 비일반 사용자) 조직의 관리를 거의 또는 전혀 받지 않고 사용자가 구현합니다. 베타 테스트는 모든 적합성 테스트 전략 중에서 가장 주관적입니다.

이 테스트 양식의 이점은 다음과 같습니다.

  • 사용자가 테스트를 구현합니다.
  • 잠재된 테스트 자원이 많습니다.
  • 참여하는 고객들의 만족도가 증가합니다.
  • 정규 또는 비정규 적합성 테스트보다 더 주관적인 결함을 찾습니다.

단점은 다음과 같습니다.

  • 모든 기능 또는 특징을 테스트하지 못할 수도 있습니다.
  • 테스트 진행상태를 측정하기가 어렵습니다.
  • 사용자가 시스템 작동 방식을 준수하여 결함을 보거나 보고하지 못할 수도 있습니다.
  • 사용자가 결함을 찾는 대신 새 시스템을 레거시 시스템과 비교하는 데 초점을 맞출 수 있습니다.
  • 적합성 테스트를 위한 자원이 프로젝트 제어 하에 있지 않아서 제한을 받을 수 있습니다.
  • 허용 가능성 기준을 알 수 없습니다.
  • 베타 테스터를 관리하기 위한 지원 자원을 증가해야 합니다.