사용자 수락 테스트 (UAT) 란 무엇입니까?

UAT는 누가 수행합니까?

• 클라이언트
• 최종 사용자

• 개발자는 요구 사항에 대한 “자신의”이해이며 실제로 클라이언트가 소프트웨어에서 필요로하는 것이 아닐 수있는 요구 사항 문서를 기반으로 소프트웨어를 코딩합니다.
• 프로젝트 과정에서 변경된 요구 사항은 개발자에게 효과적으로 전달되지 않을 수 있습니다.

수락 테스트 및 V- 모델

VModel에서 사용자 수용 테스트는 소프트웨어 개발 수명주기 (SDLC)의 요구 사항 단계.

사용자 수락 테스트의 전제 조건 :

다음은 사용자 수락 테스트를위한 입력 기준 :

• 비즈니스 요구 사항이 제공되어야합니다.
• 애플리케이션 코드가 완전히 개발되어야합니다.
• 단위 테스트, 통합 테스트 & 시스템 테스트를 완료해야합니다.
• 시스템 통합 테스트 단계에서 쇼 스토퍼 없음, 높음, 중간 결함-
• UAT 전에 외관 오류 만 허용됩니다.
• 회귀 테스트는 주요 결함없이 완료되어야합니다.
• 보고 된 모든 결함은 UAT 전에 수정 및 테스트되어야합니다.
• 모든 테스트에 대한 추적 가능성 매트릭스가 완료되어야합니다.
• UAT 환경이 준비되어 있어야합니다.
• 시스템이 UAT를 실행할 준비가되었다는 메일 또는 시스템 테스트 팀의 커뮤니케이션에 서명합니다.

UAT 수행 방법 테스트

UAT는 시스템 또는 소프트웨어의 의도 된 사용자가 수행합니다. 이러한 유형의 소프트웨어 테스트는 일반적으로 베타 테스트로 알려진 클라이언트 위치에서 발생합니다. UAT에 대한 입력 기준이 충족되면 테스터가 수행해야하는 작업은 다음과 같습니다.

• 분석 비즈니스 요구 사항
• UAT 테스트 계획 작성
• 테스트 시나리오 식별
• UAT 테스트 케이스 작성
• 테스트 데이터 준비 (예 : 데이터)
• 테스트 사례 실행
• 결과 기록
• 비즈니스 목표 확인

1 단계) 비즈니스 분석 요구 사항

UAT에서 가장 중요한 활동 중 하나는 테스트 시나리오를 식별하고 개발하는 것입니다. 이러한 테스트 시나리오는 다음 문서에서 파생되었습니다.

• 프로젝트 헌장
• 비즈니스 사용 사례
• 프로세스 흐름도
• 비즈니스 요구 사항 문서 (BRD)
• 시스템 요구 사항 사양 (SRS)

2 단계) UAT 계획 생성 :

UAT 테스트 계획은 응용 프로그램이 비즈니스 요구 사항을 충족하는지 확인하고 확인하는 데 사용되는 전략 UAT, 테스트 시나리오 및 테스트 사례 접근 방식 및 테스트 일정에 대한 진입 및 종료 기준을 문서화합니다.

3 단계) 테스트 시나리오 및 테스트 사례 식별 :

높은 수준의 비즈니스 프로세스와 관련된 테스트 시나리오를 식별하고 명확한 테스트 단계로 테스트 사례를 만듭니다. 테스트 케이스는 대부분의 UAT 시나리오를 충분히 다루어야합니다. 비즈니스 사용 사례는 테스트 사례를 만들기위한 입력입니다.

4 단계) 테스트 데이터 준비 :

UAT에 라이브 데이터를 사용하는 것이 가장 좋습니다. 개인 정보 보호 및 보안상의 이유로 데이터를 스크램블해야합니다. 테스터는 데이터베이스 흐름에 익숙해야합니다.

5 단계) 실행 및 결과 기록 :

테스트 사례를 실행하고 버그가있는 경우보고합니다. 수정 된 버그를 다시 테스트합니다.테스트 관리 도구를 사용하여 실행할 수 있습니다.

6 단계) 비즈니스 목표 충족 확인 :

비즈니스 분석가 또는 UAT 테스터는 UAT 테스트 후 사인 오프 메일을 보내야합니다. 사인 오프 후 제품은 생산에 적합합니다. UAT 테스트를위한 결과물은 테스트 계획, UAT 시나리오 및 테스트 사례, 테스트 결과 및 결함 로그입니다.

UAT 종료 기준 :

프로덕션으로 이동하기 전에 다음 사항을 고려해야합니다.

• 중대한 결함이 열려 있지 않습니다.
• 비즈니스 프로세스가 만족스럽게 작동합니다.
• 모든 이해 관계자와 UAT 사인 오프 회의

품질 UAT 테스터 수 :

UAT 테스터는 비즈니스에 대한 충분한 지식을 보유해야합니다. 그는 독립적이어야하며 시스템에 알려지지 않은 사용자로 생각해야합니다. 테스터는 분석적이고 측면 적 사고가 여야하며 모든 종류의 데이터를 결합하여 UAT를 성공적으로 만들어야합니다.

테스터 또는 비즈니스 분석가 또는 이해하는 주제 전문가 비즈니스 요구 사항 또는 흐름은 비즈니스에 현실적인 테스트 및 데이터를 준비 할 수 있습니다.

모범 사례 :

UAT 성공을 위해 다음 사항을 고려해야합니다.

• 프로젝트 수명주기 초기에 UAT 계획 준비
• UAT 시작 전 체크리스트 준비
• 시스템 테스트 단계 자체에서 Pre-UAT 세션 수행
• 기대치를 설정하고 UAT 범위를 명확하게 정의
• 엔드 투 엔드 비즈니스 흐름을 테스트하고 시스템 테스트를 방지합니다.
• 실제 시나리오 및 데이터로 시스템 또는 애플리케이션을 테스트합니다.
• 시스템에 대해 알 수없는 사용자로 생각
• 사용성 테스트 수행
• 프로덕션으로 이동하기 전에 피드백 세션 및 회의 수행

UAT 도구

시장에는 다음과 같은 용도로 사용되는 여러 도구가 있습니다. 사용자 승인 테스트 및 일부는 참조 용으로 나열됩니다.

피트니스 도구 : 테스트 엔진으로 사용되는 Java 도구입니다. 테스트를 생성하고 결과를 테이블에 기록하는 것은 쉽습니다. 도구 사용자가 형식화 된 입력을 입력하면 테스트가 자동으로 생성됩니다. 그런 다음 테스트가 실행되고 출력이 사용자에게 반환됩니다.

Watir : 사용자 승인 테스트 중 브라우저 기반 테스트를 자동화하는 데 사용되는 툴킷입니다. Ruby는 Ruby와 Internet Explorer 간의 프로세스 간 통신에 사용되는 프로그래밍 언어입니다.

UAT 지침 예시

• 일반적인 소프트웨어 개발 시나리오에서 대부분의 경우 UAT는 QA 환경에서 수행됩니다. 준비 또는 UAT 환경이없는 경우
• UAT는 베타 및 알파 테스트로 분류되지만 서비스 기반 산업을 위해 소프트웨어를 개발할 때는 그다지 중요하지 않습니다.
• UAT는 고객이 더 많이 관여합니다.

결론 :

• 소프트웨어 엔지니어링에서 UAT의 전체 형식은 사용자 수락 테스트입니다.
• 소프트웨어 엔지니어링에서 UAT는 사용자 수락 테스트를 의미합니다.
• UAT는 지난 25 년 동안 등장한 다양한 테스트 중 하나입니다.
• UAT를 사용하면 클라이언트가 제품에서 “무엇을 기대해야하는지”확신 할 수 있습니다. 가정보다.
• UAT의 장점은 제품이 시장에 출시 될 때 놀라운 일이 없다는 것입니다.