[IT 프로젝트 용어]UAT(User Acceptance Testing): 소프트웨어 테스트 QA

UAT가 뭡니까?UAT(User Acceptance Testing)은 소프트웨어 애플리케이션을 프로덕션 환경에 이동하기 전에 소프트웨어 시스템을 확인/승인하기 위해서 최종 사용자 또는 클라이언트가 수행하는 테스트 타입입니다.UAT는 기능 통합, 시스템 테스트가 완료된 후 테스트의 마지막 단계로 진행됩니다.UAT의 목적 UAT의 주요 목적은 엔드 투 엔드 비즈니스의 흐름의 유효성을 검사하는 것입니다.외관상의 오류, 철자 오류, 또는 시스템테스트에 초점을 맞추고 있지 않습니다.유저 승인 테스트는 프로덕션과 같은 데이터 설정을 사용하여 다른 테스트 환경에서 열립니다.2명 이상의 엔드 유저가 참여하는 일종의 블랙박스 테스트입니다.누가 UAT를 수행합니까?-고객-최종 사용자(엔드 유저, End user)UAT의 필요성 UAT의 필요성은 소프트웨어가 단위, 통합 및 시스템 테스트를 거치면 발생합니다.개발자가 자신의 이해에서 요구 사항 문서에 근거해서 소프트웨어를 구축했을 가능성이 있어 개발 중에 추가로 필요한 변경 사항이 효과적으로 알려지지 않을 가능성이 있어 최종 시험 때문에 제품이 클라이언트/엔드 유저에 의해서 승인되자 누리꾼 승인 시험이 필요합니다.개발자는 요구 사항에 대한 “자신의 “이해인의 요구 사항 문서에 근거하고 소프트웨어 코딩하고 실제로 클라이언트가 소프트웨어로 필요로 하는 것이 아닐 가능성이 있습니다.프로젝트 과정 중에 변경된 요건은 개발자에게 효과적으로 전달되지 않는 경우가 있습니다.수용 테스트 및 V-모델 VModel에서의 유저 승인 테스트는 소프트웨어 개발 라이프 사이클(SDLC)의 요건 단계에 해당합니다.UAT의 전제조건:사업 요건을 이용할 수 있을 필요가 있습니다.어플리케이션 코드는 완전히 개발된 유닛 테스트, 통합 시험 및 시스템 테스트를 완료해야 합니다.No Showstoppers, High, 시스템 통합 테스트 단계의 중간 정도의 결함 UAT회귀 테스트를 완료하기 전에 외관상의 오류만 허용되는 큰 결함이 없이 보고된 모든 결함은 모든 테스트를 위한 UAT추적 매트릭스가 완료되기 전에 수정 및 테스트할 필요가 있습니다 UAT환경은 준비가 되어 있을 필요가 있습니다.시스템 테스트 팀의 E메일 또는 통신에 사인을 끄고, 시스템이 UAT을 실행할 준비가 되어 있음을 통지합니다(다음은 사용자수락 테스트의입력 기준입니다).비즈니스 요구사항을 사용할수 있어야합니다.애플리케이션코드는 완전히개발되어야합니다.단위 테스트, 통합테스트 및시스템 테스트를완료해야합니다.시스템 통합테스트(SIT)페이즈에서 showstoppers및 High~medium레벨의 defects(결함)이없어야함.UAT전에는외관상의 오류만 허용됩니다.회귀 테스트는중대한 결함없이완료되어야합니다.보고 된 모든결함은 UAT전에 수정되고테스트되어야합니다.모든 테스트에대한 추적성 매트릭스를완료해야합니다.UAT환경이준비되어 있어야합니다.시스템이 UAT를 실행할준비가되었다는메일 또는시스템 테스팅팀의 커뮤니케이션에서명 UAT테스트방법 UAT는 시스템또는 소프트웨어의의도 된 사용자가수행합니다.이러한 유형의소프트웨어테스트는 일반적으로베타 테스트로알려진 클라이언트위치에서 발생합니다.UAT입력 기준이충족되면 테스터가수행해야하는작업은 다음과같습니다.UAT 공정UAT 공정Analysis of Business Requirements Creation of UAT test planIdentify Test Scenarios Create UAT Test Cases Preparation of Test Data(Production like Data)Run the Test cases Record the Results Confirm business objectives사업 요건 분석 UAT시험 계획 작성 테스트 시나리오 식별 UAT테스트 데이터 작성(데이터와 같은 생산)테스트 케이스 실행 결과 기록 비즈니스 목표 1단계에서 가장 중요한 비즈니스 분석1개는 테스트 시나리오를 식별하고 개발하는 것입니다.이들의 테스트 시나리오는 다음의 문서에서 파생되고 있습니다.프로젝트 헌장 비즈니스 사용 사례 프로세스 플로우 다이아그램 비즈니스 요구 사항 문서(BRD)시스템 요구 사항 사양(SRS)2단계)UAT계획 생성:UAT시험 계획은 애플리케이션이 비즈니스 요구 사항을 충족하고 있음을 확인하고 확인하는 데 사용되는 전략을 설명합니다.UAT테스트 시나리오 및 테스트 사례 접근 및 테스트 일정에 진입 및 종료 기준을 문서화합니다.스텝 3)테스트 시나리오와 테스트 케이스의 식별:고 수준의 비즈니스 프로세스에 관련하는 테스트 시나리오를 식별하고 명확한 테스트 단계를 통해서 테스트 케이스를 작성합니다.테스트 케이스는 대부분의 UAT시나리오를 충분히 다룰 필요가 있습니다.비즈니스 활용 사례는 시험 사례를 작성하기 위한 입력입니다.스텝 4)테스트 데이터의 준비:UAT에 라이브 데이터를 사용할 최적입니다.프라이버시와 보안상의 이유로 데이터를 스크램블 할 필요가 있습니다.테스터는 데이터베이스의 흐름에 익숙해지고 있을 필요가 있습니다.스텝 5)실행과 결과 기록:테스트 케이스를 실행하고 버그가 있는 경우에 보고합니다.수정된 버그를 다시 테스트합니다.테스트 관리 툴을 사용하고 실행할 수 있습니다.6단계)비즈니스 목표가 충족되는지 확인:비즈니스 분석가 또는 UAT시험기는 UAT테스트 후에 사인 오프 메일을 송신할 필요가 있습니다.사인 오프 후의 제품은 생산에 적합합니다.UAT시험을 위한 결과물은 시험 계획, UAT시나리오 및 테스트 케이스, 테스트 결과 및 결함 로그입니다.UAT종료 기준:프로덕션에 이행하기 전에 다음 사항을 고려해야 합니다.중대 결함이 발생하지 않기 때문에, 비즈니스 프로세스는 만족스러운 기능을 다하겠습니다.모든 이해 관계자와 UAT사인 오프 회의 UAT시험기의 자질:

error: Content is protected !!