수락 테스트 - Acceptance testing

항공기 투석기 의 수용 테스트
수용 테스트를 위해 준비중인 제임스 웹 우주 망원경 의 기본 거울 6 개

에서 엔지니어링 및 다양한 하위 학문 , 승인 테스트는 a의 요구 사항 여부를 결정하기 위해 실시 테스트입니다 사양 또는 계약 충족. 화학적 테스트 , 물리적 테스트 또는 성능 테스트 가 포함될 수 있습니다 .

에서 시스템 엔지니어링 ,이 포함될 수 있습니다 블랙 박스 테스트 A의 수행 시스템 (: 조각, 예를 들어 소프트웨어 , 제조 기계 부품을 많이, 또는 화학 제품의 배치)의 전달에 앞서합니다. [1]

에서 소프트웨어 테스트ISTQB는 정의 승인 테스트를 같이

시스템이 허용 기준을 충족하는지 여부를 확인하고 [2] 사용자, 고객 또는 기타 권한이있는 주체가 시스템을 수락할지 여부를 결정할 수 있도록 사용자 요구, 요구 사항 및 비즈니스 프로세스와 관련된 공식 테스트를 수행 합니다.

소프트웨어 테스팅에 사용되는 표준 용어집 [3] : 2

승인 테스트는 UAT (사용자 승인 테스트), 최종 사용자 테스트, OAT ( 운영 승인 테스트 ), ATDD (승인 테스트 기반 개발) 또는 현장 (승인) 테스트라고도합니다. 승인 기준은 사용자, 고객 또는 기타 권한있는 엔티티가 승인하기 위해 시스템 또는 구성 요소가 충족해야하는 기준입니다. [4]

연기 테스트는 메인 테스트 프로세스 소프트웨어 빌드의 도입에 앞서 승인 테스트로서 이용 될 수있다. [ 본문에서 확인되지 않음 ]

개요

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

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

방법

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

승인 테스트 스위트는 사전 정의 된 승인 테스트 절차를 사용하여 실행되어 테스터에게 사용할 데이터, 따라야 할 단계별 프로세스 및 실행 후 예상되는 결과를 지시합니다. 실제 결과는 예상 결과와 비교하기 위해 유지됩니다. [7] 실제 결과가 각 테스트 케이스의 예상 결과와 일치하면 테스트 케이스는 합격이라고합니다. 통과하지 못한 테스트 케이스의 수가 프로젝트의 미리 결정된 임계 값을 위반하지 않으면 테스트 스위트가 통과 한 것으로 간주됩니다. 만약 그렇다면, 시스템은 스폰서와 제조업체 사이에 미리 합의 된 조건에 따라 거부되거나 수락 될 수 있습니다.

성공적인 테스트 실행의 예상 결과 :

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

목표는 개발 된 제품이 기능 및 비 기능 요구 사항을 모두 충족한다는 확신을 제공하는 것입니다. 승인 테스트를 수행하는 목적은 일단 완료되고 승인 기준이 충족되면 스폰서가 정의 된 요구 사항 (이전에 비즈니스와 제품 제공 업체 / 개발자간에 합의 됨)을 충족하는 것으로 제품 개발 / 향상을 승인 할 것으로 예상되는 것입니다. .

사용자 수용 테스트

사용자 승인 테스트 (UAT)는 솔루션이 사용자에게 적합한 지 확인하는 프로세스로 구성됩니다. [8] 이 아닌 시스템 테스트 (충돌하지 않는 소프트웨어를 보장하고 요구 사항을 문서화 충족)가 아니라 솔루션이 사용자에 대해 작동하는지 확인합니다 (즉, 사용자가 솔루션을 허용하는지 테스트); 소프트웨어 공급 업체는이를 "베타 테스트"라고합니다.

이 테스트는 주제별 전문가 (SME), 가급적이면 테스트중인 솔루션의 소유자 또는 클라이언트 가 수행해야하며 , 시험 또는 검토 후 진행할 확인을 위해 결과 요약을 제공해야합니다. 에서 소프트웨어 개발 클라이언트 또는 고객이 새로운 시스템을 수용하기 전에, UAT는 프로젝트의 최종 단계 중 하나가 자주 발생한다. 시스템 사용자는 실제 시나리오에서 발생하는 사항에 따라 테스트를 수행합니다. [9]

테스터에게 제공되는 재료는 최종 사용자가 갖게 될 재료와 유사해야합니다. 테스터는 자신이 대표하는 사용자가 수행 할 가장 일반적이거나 어려운 세 가지 작업과 같은 실제 시나리오를 제공 받아야합니다. [ 인용 필요 ]

UAT는 필요한 비즈니스 기능과 시스템의 적절한 기능에 대한 최종 확인 역할을하여 유료 클라이언트 또는 특정 대규모 고객을 대신하여 실제 조건을 모방합니다. 소프트웨어가 필요에 따라 정상적으로 작동하고 정상적인 사용 중에 문제가 없으면 생산에서 동일한 수준의 안정성을 합리적으로 추정 할 수 있습니다. [10]

일반적으로 클라이언트 또는 최종 사용자가 수행하는 사용자 테스트는 일반적으로 맞춤법 오류와 같은 단순한 외형 문제 나 소프트웨어 충돌 과 같은 눈 띄는 결함 을 식별하는 데 초점을 맞추지 않습니다 . 테스터와 개발자는 이전 단위 테스트 , 통합 테스트 및 시스템 테스트 단계에서 이러한 문제를 식별하고 수정합니다 .

UAT는 테스트 시나리오에 대해 실행되어야합니다. [ 인용 필요 ] 테스트 시나리오는 일반적으로 "플레이어"또는 "사용자"여정을 나타내는 점에서 시스템 또는 기능 테스트 사례와 다릅니다. 테스트 시나리오의 광범위한 특성은 사용자 행동의 변화를 허용하기 위해 "클릭 별"테스트 단계에서 벗어나 기술 또는 시스템 별 세부 정보가 아닌 여정에 초점을 맞추도록합니다. 테스트 시나리오는 일반적으로 행위자 (플레이어 / 고객 / 운영자) 또는 시스템 (백 오피스, 프런트 엔드)이 변경되는 논리적 "일"로 나눌 수 있습니다. [ 인용 필요 ]

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

이러한 테스트의 결과는 고객에게 시스템이 프로덕션에서 어떻게 수행되는지에 대한 확신을줍니다. 시스템 수락에 대한 법적 또는 계약상의 요구 사항이있을 수도 있습니다.

운영 승인 테스트

운영 승인 테스트 (OAT)는 품질 관리 시스템의 일부로 제품, 서비스 또는 시스템의 운영 준비 (출시 전)를 수행하는 데 사용됩니다 . OAT는 주로 소프트웨어 개발소프트웨어 유지 관리 프로젝트 에 사용되는 일반적인 유형의 비 기능 소프트웨어 테스트 입니다. 이 유형의 테스트는 지원 될 시스템의 운영 준비 상태 및 / 또는 프로덕션 환경의 일부가되는 데 중점을 둡니다.

극한 프로그래밍에서 수용 테스트

수용 테스트는 애자일 소프트웨어 개발 방법론, 특히 익스트림 프로그래밍 에서 사용되는 용어로 , 구현 단계에서 소프트웨어 개발 팀 사용자 스토리기능 테스트참조합니다 . [13]

The customer specifies scenarios to test when a user story has been correctly implemented. A story can have one or many acceptance tests, whatever it takes to ensure the functionality works. Acceptance tests are black-box system tests. Each acceptance test represents some expected result from the system. Customers are responsible for verifying the correctness of the acceptance tests and reviewing test scores to decide which failed tests are of highest priority. Acceptance tests are also used as regression tests prior to a production release. A user story is not considered complete until it has passed its acceptance tests. This means that new acceptance tests must be created for each iteration or the development team will report zero progress.[14]

수락 테스트 유형

일반적인 승인 테스트 유형은 다음과 같습니다.

사용자 수용 테스트
여기에는 공장 승인 테스트 (FAT)가 포함될 수 있습니다. 즉, 제품 또는 시스템이 대상 사이트로 이동되기 전에 공급 업체가 수행 한 테스트가 포함되며, 이후 사이트에서 사용자가 사이트 승인 테스트 (SAT)를 수행 할 수 있습니다. [15]
운영 승인 테스트
운영 준비 상태 테스트라고도하는 이는 시스템을 사용하고 유지 관리 할 수 ​​있도록 프로세스 및 절차가 제자리에 있는지 확인하기 위해 시스템에 수행되는 검사를 나타냅니다. 여기에는 백업 시설에 대한 점검, 재해 복구 절차, 최종 사용자 교육, 유지 관리 절차 및 보안 절차가 포함될 수 있습니다.
계약 및 규정 수락 테스트
계약 수락 테스트에서는 시스템이 수락되기 전에 계약에 문서화 된 수락 기준에 따라 시스템이 테스트됩니다. 규제 승인 테스트에서는 시스템이 정부, 법률 및 안전 표준을 충족하는지 테스트합니다.

공장 인수 테스트

공급 업체 조직의 직원이 제품을 개발하고 수행하는 현장에서 수행되는 수락 테스트를 통해 구성 요소 또는 시스템이 일반적으로 하드웨어 및 소프트웨어를 포함한 요구 사항을 충족하는지 확인합니다. [16]

알파 및 베타 테스트
알파 테스트는 개발자 사이트에서 이루어지며 외부 고객에게 출시되기 전에 내부 직원이 운영 시스템을 테스트하는 과정이 포함됩니다. 베타 테스트는 고객 사이트에서 이루어지며 시스템이 다른 고객에게 출시되기 전에 자신의 위치에서 시스템을 사용하고 피드백을 제공하는 고객 그룹의 테스트가 포함됩니다. 후자는 종종 "현장 테스트"라고합니다.

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

See also

References

  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 DIS 29119-4 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. ^ "Factory Acceptance Test (FAT)". Tuv.com. Archived from the original on February 4, 2013. Retrieved September 18, 2012.
  12. ^ "Factory Acceptance Test". Inspection-for-industry.com. Retrieved September 18, 2012.
  13. ^ "Introduction to Acceptance/Customer Tests as Requirements Artifacts". agilemodeling.com. Agile Modeling. Retrieved December 9, 2013.
  14. ^ Wells, Don. "Acceptance Tests". Extremeprogramming.org. Retrieved September 20, 2011.
  15. ^ Prasad, Durga (March 29, 2012). "The Difference Between a FAT and a SAT". Kneat.com. Retrieved July 27, 2016.
  16. ^ "ISTQB Standard glossary of terms used in Software Testing". Retrieved March 15, 2019.

Further reading

  • 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.

External links