인수 테스트

Acceptance testing
항공기 캐터펄트의 인수 테스트
James Web 우주 망원경의 6개의 기본 거울이 승인 테스트를 위해 준비되었습니다.

엔지니어링 및 그 다양한 하위 분야에서 인수 테스트는 사양 또는 계약의 요건이 충족되는지 여부를 결정하기 위해 수행되는 테스트입니다.여기에는 화학 테스트, 물리적 테스트 또는 성능 테스트가 포함될 수 있습니다.

시스템 엔지니어링에서는 납품 [1]전에 시스템에서 실행되는 블랙박스 테스트(예를 들어 소프트웨어, 제조된 많은 기계 부품 또는 화학 제품 배치)가 필요할 수 있습니다.

소프트웨어 테스트에서 ISTQB는 수용 테스트를 다음과 같이 정의합니다.

사용자의 요구, 요건 및 비즈니스 프로세스에 관한 정식 테스트.시스템이 허용[2] 기준을 충족하는지 여부를 판단하고 사용자, 고객 또는 기타 인가된 단체가 시스템을 승인할지 여부를 결정할 수 있도록 합니다.

--

수락 테스트는 사용자 수락 테스트(UAT), 최종 사용자 테스트, 운영 수락 테스트(OAT), 수락 테스트 주도 개발(ATDD) 또는 필드(수용) 테스트라고도 합니다.허용기준은 사용자, 고객 또는 기타 인증된 [4]엔티티에 의해 허용되기 위해 시스템 또는 컴포넌트가 충족해야 하는 기준입니다.

개요

테스트는 테스트 [5]대상 품목의 특성 발견 및/또는 평가를 용이하게 하기 위해 수행되는 일련의 활동입니다.테스트 케이스로 알려진 각 개별 테스트는 테스트 목표 달성을 위해 개발된 일련의 사전 정의된 테스트 활동을 수행합니다. 여기에는 올바른 구현, 오류 식별, 품질 검증 및 기타 중요한 세부 [5]정보가 포함됩니다.테스트 환경은 일반적으로 예상되는 실제 가동 환경과 동일하거나 가능한 한 가깝게 설계되어 있습니다.여기에는 소프트웨어의 테스트를 실시하기 위한 모든 설비, 하드웨어, 소프트웨어,[5] 펌웨어, 절차 및/또는 매뉴얼이 포함됩니다.

UAT 및 OAT 테스트 사례는 비즈니스 고객, 비즈니스 분석가, 테스터 및 개발자와 협력하여 이상적으로 도출됩니다.이러한 테스트에는 비즈니스 로직 테스트와 운영 환경 조건이 모두 포함되어야 합니다.이러한 테스트의 주된 이해관계자는 비즈니스 고객(제품 소유자)입니다.테스트 조건이 합격 기준을 성공적으로 달성함에 따라 이해관계자는 개발이 올바른 [6]방향으로 진행되고 있음을 확신하게 됩니다.

  • 사용자 수용 테스트(UAT) 기준은 일반적으로 비즈니스 고객이 작성하고 비즈니스 도메인 언어로 표현합니다.이는 스프린트/반복 중에 재생된 사용자 스토리의 완성도를 확인하기 위한 고급 테스트입니다.
  • OAT(Operational Acceptance Test) 기준은 (신속한 개발, 반복 개발, 순차 개발 중 어느 것을 사용하는지에 관계없이) 기능적 요건과 비기능적 요건에 따라 정의되며, 기능적 안정성, 휴대성 및 신뢰성의 주요 품질 속성을 다룹니다.

과정

모든 테스트 사례가 단일 테스트 [7]반복 내에서 실행되지 않을 수 있으므로 승인 테스트 스위트를 여러 번 수행해야 할 수 있습니다.

승인 테스트 스위트는 사전 정의된 승인 테스트 절차를 사용하여 실행되며, 테스터에게 사용할 데이터, 따라야 할 단계별 프로세스 및 실행 후 예상되는 결과를 지시합니다.실제 결과는 예상 [7]결과와 비교하기 위해 유지됩니다.실제 결과가 각 테스트 케이스의 예상 결과와 일치하면 테스트 케이스는 합격이라고 합니다.불합격 테스트 케이스의 수량이 프로젝트의 미리 정해진 문턱값을 넘지 않을 경우 테스트 스위트는 합격이라고 합니다.이 경우 시스템은 스폰서와 제조원 간에 이전에 합의한 조건에 따라 거부되거나 승인될 수 있습니다.

테스트 실행에 성공했을 경우의 예상 결과:

  • 미리 정해진 데이터를 사용하여 테스트 케이스를 실행한다.
  • 실제 결과가 기록되다
  • 실제 결과와 예상 결과를 비교하고,
  • 테스트 결과가 결정됩니다.

그 목적은 개발된 제품이 기능적 요건과 비기능적 요건을 모두 충족한다는 확신을 제공하는 것이다.인수테스트의 목적은 승인기준이 충족되면 스폰서가 정의된 요건(기업과 제품 프로바이더/개발자 간에 이전에 합의한 사항)을 충족시키는 것으로 제품 개발/강화를 승인하는 것입니다.

사용자 수용 테스트

사용자 수용 테스트(UAT)는 솔루션이 [8]사용자에게 적합한지 확인하는 프로세스로 구성됩니다.시스템 테스트(소프트웨어가 크래쉬하지 않고 문서화된 요건을 충족하는지 확인)가 아니라 솔루션이 사용자에게 기능하도록 하는 테스트(사용자가 솔루션을 수용하는 테스트)입니다.소프트웨어 벤더는 이것을 「베타 테스트」라고 부릅니다.

이 테스트는 대상 분야의 전문가(SME)가 실시해야 하며, 바람직하게는 테스트 대상 솔루션의 소유자 또는 고객이 실시해야 하며, 시험 또는 리뷰 후 진행하기 위해 결과의 개요를 제공해야 합니다.소프트웨어 개발에서 프로젝트의 마지막 단계 중 하나인 UAT는 클라이언트 또는 고객이 새로운 시스템을 받아들이기 전에 종종 발생합니다.시스템 사용자는 실제 [9]시나리오에 따라 테스트를 수행합니다.

테스터에게 제공되는 자재는 최종 사용자가 사용할 자재와 유사해야 합니다.테스터에게 그들이 대표하는 사용자가 [citation needed]수행할 가장 일반적이거나 어려운 세 가지 태스크와 같은 실제 시나리오가 주어져야 한다.

UAT는 필요한 비즈니스 기능과 시스템의 적절한 기능을 최종 검증하는 역할을 하며, 유료 고객 또는 특정 대규모 고객을 대신하여 실제 상황을 에뮬레이트합니다.소프트웨어가 필요에 따라 정상적으로 동작하고 통상적인 사용중에 문제가 없는 경우는,[10] 같은 레벨의 안정성을 합리적으로 추정할 수 있습니다.

일반적으로 클라이언트 또는 최종 사용자에 의해 실행되는 사용자 테스트에서는 일반적으로 맞춤법 오류와 같은 단순한 외관상의 문제 특정이나 소프트웨어 크래시 등의 showstopper 장애에 초점을 맞추지 않습니다.테스트 담당자와 개발자는 이전 유닛 테스트, 통합 테스트 및 시스템테스트 단계에서 이러한 문제를 식별하고 수정합니다.

UAT는 테스트[11] [citation needed]시나리오에 대해 실행해야 합니다.테스트 시나리오는 일반적으로 "사용자" 또는 "사용자" 여정을 나타낸다는 점에서 시스템 또는 기능 테스트 사례와 다릅니다.테스트 시나리오의 성질은 광범위하기 때문에 사용자의 행동에 차이가 있을 수 있도록 "클릭 기준" 테스트 단계를 피해 기술적인 세부 사항이나 시스템 고유의 세부 사항이 아닌 전환에 초점을 맞출 수 있습니다.테스트 시나리오는 논리적인 "일"로 나눌 수 있습니다.이날은 일반적으로 액터(선수/고객/운영자) 또는 시스템(백오피스, 프런트 엔드)[citation needed]이 바뀌는 곳입니다.

업계에서 일반적인 UAT는 공장 수용 테스트(FAT)입니다.이 테스트는 장비를 설치하기 전에 수행됩니다.대부분의 경우 테스터는 기기가 사양을 충족하는지 여부뿐만 아니라 완전히 기능하는지 확인합니다.FAT에는 일반적으로 완전성 검사, 계약 요건에 대한 검증, 기능 증명(시뮬레이션 또는 기존 기능 테스트) 및 최종 [12][13]검사가 포함됩니다.

이러한 테스트 결과를 통해 고객은 시스템이 실제 가동 환경에서 어떻게 작동하는지 확신할 수 있습니다.또한 시스템 승인에 대한 법적 또는 계약상의 요건이 있을 수 있습니다.

운용 수용 테스트

OAT(Operational Acceptance Testing)는 품질관리 시스템의 일부로서 제품, 서비스 또는 시스템의 운용 준비 상태(프리 릴리즈)를 실시하기 위해 사용됩니다.OAT는 소프트웨어 개발 및 소프트웨어 유지보수 프로젝트에서 주로 사용되는 일반적인 유형의 비기능 소프트웨어 테스트입니다.이러한 유형의 테스트는 지원 대상 시스템 및/또는 운영 환경의 일부가 되는 시스템의 운용 준비 상태에 초점을 맞춥니다.

익스트림 프로그래밍에서의 수용 테스트

수용 테스트란 신속한 변화를 위한 소프트웨어 개발 방법론, 특히 극단적인 프로그래밍에서 사용되는 용어로, 소프트웨어 개발 팀이 구현 [14]단계에서 사용자 사례를 기능 테스트하는 것을 의미합니다.

고객은, 유저 스토리가 올바르게 실장되고 있는 경우를 테스트하는 시나리오를 지정합니다.스토리에는 기능성을 확인하기 위해 필요한 것이 무엇이든 1개 또는 여러 개의 승인 테스트를 수행할 수 있습니다.승인 테스트는 블랙박스 시스템 테스트입니다.각 인수 테스트는 시스템에서 예상되는 결과를 나타냅니다.고객은 합격 테스트의 정확성을 검증하고 테스트 점수를 검토하여 불합격 테스트의 우선순위를 결정할 책임이 있습니다.승인 테스트는 제품 출시 전에 회귀 테스트로도 사용됩니다.사용자 스토리는 승인 테스트를 통과할 때까지 완전한 것으로 간주되지 않습니다.즉, 각 반복에 대해 새로운 승인 테스트를 생성해야 합니다. 그렇지 않으면 개발 팀은 진행 상황을 [15]보고하지 않습니다.

인수 테스트의 종류

일반적인 인수 테스트 유형에는 다음이 포함됩니다.

사용자 수용 테스트
여기에는 제품 또는 시스템을 대상 사이트로 이동하기 전에 벤더가 실시하는 테스트([16]FAT)가 포함될 수 있습니다.이 테스트에는 사이트 사용자가 사이트 수용 테스트(SAT)를 실행할 수 있습니다.
운용 수용 테스트
운용적성테스트라고도 불리며, 시스템의 사용 및 유지보수를 가능하게 하는 프로세스와 절차가 갖추어져 있는지 확인하기 위해 시스템에 대해 이루어지는 검사를 말합니다.여기에는 백업 설비에 대한 체크, 재해 복구 절차, 최종 사용자 훈련, 유지보수 절차 및 보안 절차가 포함됩니다.
계약 및 규정 승인 테스트
계약 인수 테스트에서는 시스템이 승인되기 전에 계약에 기재된 승인 기준에 따라 시스템을 테스트합니다.규제 승인 테스트에서는 시스템이 정부, 법률 및 안전 표준을 충족하는지 확인하기 위해 테스트됩니다.
공장 인수 테스트
공급업체 조직의 직원이 제품을 개발 및 수행하는 현장에서 실시하여 컴포넌트 또는 시스템이 일반적으로 하드웨어 및 소프트웨어를 [17]포함한 요건을 충족하는지 여부를 판단하는 승인 테스트.
알파 및 베타 테스트
알파 테스트는 개발자의 사이트에서 이루어지며, 외부 고객에게 공개되기 전에 내부 직원이 운영 체제를 테스트합니다.베타 테스트는 고객 사이트에서 진행되며, 시스템이 다른 고객에게 출시되기 전에 고객 자신의 위치에서 시스템을 사용하고 피드백을 제공하는 고객 그룹에 의한 테스트가 포함됩니다.후자는 종종 "현장 테스트"라고 불립니다.

수용 테스트 프레임워크 목록

「 」를 참조해 주세요.

레퍼런스

  1. ^ Black, Rex (August 2009). Managing the Testing Process: Practical Tools and Techniques for Managing Hardware and Software Testing. Hoboken, NJ: Wiley. ISBN 0-470-40415-9.
  2. ^ "acceptance criteria". Innolution, LLC. June 10, 2019.
  3. ^ "Standard Glossary of Terms used in Software Testing, Version 3.2: All Terms" (PDF). ISTQB. Retrieved November 23, 2020.
  4. ^ ISO/IEC/IEEE International Standard - Systems and software engineering. ISO/IEC/IEEE. 2010. pp. vol., no., pp.1–418.
  5. ^ a b c ISO/IEC/IEEE 29119-1:2013 Software and Systems Engineering - Software Testing - Part 1: Concepts and Definitions. ISO. 2013. Retrieved October 14, 2014.
  6. ^ ISO/IEC/IEEE 29119-4:2013 Software and Systems Engineering - Software Testing - Part 4: Test Techniques. ISO. 2013. Retrieved October 14, 2014.
  7. ^ a b ISO/IEC/IEEE 29119-2:2013 Software and Systems Engineering - Software Testing - Part 2: Test Processes. ISO. 2013. Retrieved May 21, 2014.
  8. ^ Cimperman, Rob (2006). UAT Defined: A Guide to Practical User Acceptance Testing. Pearson Education. pp. Chapter 2. ISBN 9780132702621.
  9. ^ Goethem, Brian; van Hambling, Pauline (2013). User acceptance testing : a step-by-step guide. BCS Learning & Development Limited. ISBN 9781780171678.
  10. ^ Pusuluri, Nageshwar Rao (2006). Software Testing Concepts And Tools. Dreamtech Press. p. 62. ISBN 9788177227123.
  11. ^ "Get Reliable Usability and Avoid Risk with These Testing Scenarios". Panaya. April 25, 2022. Retrieved May 11, 2022.
  12. ^ "Factory Acceptance Test (FAT)". Tuv.com. Archived from the original on February 4, 2013. Retrieved September 18, 2012.
  13. ^ "Factory Acceptance Test". Inspection-for-industry.com. Retrieved September 18, 2012.
  14. ^ "Introduction to Acceptance/Customer Tests as Requirements Artifacts". agilemodeling.com. Agile Modeling. Retrieved December 9, 2013.
  15. ^ Wells, Don. "Acceptance Tests". Extremeprogramming.org. Retrieved September 20, 2011.
  16. ^ Prasad, Durga (March 29, 2012). "The Difference Between a FAT and a SAT". Kneat.com. Retrieved July 27, 2016.
  17. ^ "ISTQB Standard glossary of terms used in Software Testing". Retrieved March 15, 2019.

추가 정보

  • Hambling, Brian; van Goethem, Pauline (2013). User Acceptance Testing: A Step by Step Guide. Swindon: BCS Learning and Development Ltd. ISBN 978-1-78017-167-8.

외부 링크