사용자 수락 테스트를 만드는 방법. 프로젝트는 사용자 승인 테스트 (UAT)를 실행하지 않고는 "성공"상태를 달성하지 못합니다. 이 프로젝트는 범위, 시간 및 예산 내에서 완료 될 수 있지만 시스템을 사용할 사용자의 승인 없이는 성공한 것으로 간주 될 수 없습니다. 잘 수행 된 사용자 승인 테스트는 각 요구 사항이 빌드되고 예상대로 작동하는지 확인합니다.
필요한 항목
-
프로젝트 산출물
-
테스트 할 비즈니스 요구 사항
-
시스템의 최종 사용자
-
테스트 환경
프로젝트의 모든 유물에 공식적이고 범용 인 템플릿을 사용하십시오. 독자와 리더는 각기 다른 문서 내의 동일한 영역에 일관성있게 배치되어 있기 때문에 관련 정보를 쉽게 찾을 수 있도록 귀하에게 감사드립니다.
문서에 추적 가능성 상자를 만듭니다. 최소한이 사용자 수락 테스트 그룹과 함께 실행될 테스트 시나리오 식별자를 포함해야합니다. 또한 테스트 할 특정 비즈니스 요구 사항 식별자도 포함해야합니다. 바람직하게는 포함시킬 유스 케이스 식별자가 있어야합니다.
설명 텍스트를 추가하십시오. 각 테스트 시나리오에는이 시나리오가 수행하려고 시도하는 것을 적절하게 설명하는 문장 이상의 기본 설명이 있어야합니다. 비즈니스 요구 사항 및 유스 케이스 설명의 간략한 제목도 각각의 식별자 옆에 포함시켜야합니다.
테스트 데이터를 추가하고 즉석 공간을 남겨 둡니다. 특정 변수 및 시나리오를 테스트하려면 여기에 나열해야합니다. 테스트가 동적이고 예측할 수없고 자기 주도적 인 경우 테스터가 테스트에 사용 된 데이터에 쓸 수있는 빈 영역이 있어야합니다.
테스트 케이스가 통과했는지 또는 실패했는지 여부를 나타내는 확인란을 포함합니다.
사인 오프 상자를 만듭니다. 배우자가이 수락 테스트에서 직무를 수행했음을 나타내는 서명이있는 영역이 반드시 있어야합니다. 이러한 액터에는 실제 테스트를 수행하는 최종 사용자, 테스트를 관리하는 비즈니스 분석가, 프로젝트 관리자 및 후원자가 포함됩니다. 이것은 프로젝트 산출물이 성공적으로 설계, 코딩 및 테스트되었음을 수락하는 사슬을 만듭니다.
팁
-
모든 단일 기능 (비즈니스 요구 사항)을 테스트하고 개방형 및 무료 양식 테스트를 작성하는 특정 테스트 시나리오를 만드는 것이 가장 좋습니다. 이렇게하면 알려진 기능을 테스트하고 요구 사항 추출 단계에서 이전에 캡처하지 않은 "새로운"기능을 포착 할 수 있습니다. 최종 사용자의 사용자 승인 테스트 그룹은로드, 용량 및 가용성을 테스트하기 위해 시스템에 중요한로드를 넣을만큼 충분히 커야합니다.
