지난 몇 주 동안 사용자 수용 테스트의 세계. 그리고이 기간 동안 UAT이면의 워크 플로와 프로세스에 대한 질문을 받았습니다.

버그 추적 이후 우리에게도 매우 특별한 주제입니다. & 테스트 소프트웨어는 사용자 수락 테스트 작업을 돕는 다양한 사람과 회사에서 사용합니다.

오늘의 블로그 게시물에서 UAT의 실제 워크 플로가 어떻게 생겼는지 보여 드리고자합니다. 계획부터 실행 및 UAT 작업 분석까지.

시작하겠습니다.

UAT 워크 플로를위한 5 단계 작동 방식은 다음과 같습니다.

사용자 수락 테스트는 복잡합니다. 아마 많은 사람들이 그렇게 생각할 것입니다. UAT 계획 작성부터 테스트 케이스 실행 및 분석까지. 모든 종류의 부서와 사람들이 참여합니다.

그리고 최악의 경우 : UAT는 어색한 시간, 즉 프로젝트가 끝날 때 발생합니다.

개발 팀은 그들의 작업 (적어도 그래야 함)과 QA 에이전트가 애플리케이션 테스트를 시작합니다.

그리고 그들은 단 하나의 주요 작업, 즉 애플리케이션이 사용자를 위해 작동하는지 테스트합니다.

I 다음 5 단계를 안내합니다.

• 계획
• 실행
• 문서
• 평가
• & 교훈보고

계획

사용자 수락 테스트 계획은 반드시 필요합니다. 적절한 계획 없이는 UAT가 아무데도 가지 못할 것입니다. 사용자 수락 테스트를 계획하려면 다음 영역을 다루어야합니다.

& 시간 관리 계획
첫 번째 단계에서 몇 가지 기본적인 질문을 명확히해야합니다. UAT 일정과 QA 상담원 및 테스터에 관한 정보를 수집해야합니다.
현실적인 UAT 계획을 설정하려면 모든 정보를 한곳에 모아야합니다. 그리고 가장 중요한 것은 테스트 그룹이 어떤 모습이어야하는지 개념 초안을 작성하는 것입니다.

직원 요구 사항
팀에서 UAT yUAT 실행에 참여하는 사람을 계획하고 모든 책임과 책임을 확인해야합니다. 작업을 알고 있습니다.

UAT 프로세스에 관련된 모든 사람은 자신의 책임이 무엇인지 명확하게 이해해야합니다.

UAT 팀을 구성 할 때 모든 사람이 같은 페이지. 명확한 커뮤니케이션 지침을 설정하고 테스트 사례에 대한 타겟 청중을 준비합니다.

커뮤니케이션 & 문제 전략
정의 된 UAT 테스트 사례를 실행하는 동안 만들어야합니다. 버그, 문제 및 기타 문제를 처리하는 워크 플로가 있어야합니다.

• 문제를 어떻게 문서화 하시겠습니까?
• 테스터가 문제를 어떻게 전달할 수 있습니까?

UAT 체크리스트
테스트 케이스를 실행하기 전에 사용자 승인 테스트 체크리스트를 사용하는 것이 좋습니다. 집중력을 유지하고 노력과 할 일을 제자리에 유지하는 데 도움이됩니다.

UAT 경험을 기반으로이 UAT 워크 플로 체크리스트 템플릿을 모았습니다. 체크리스트를 무료로 다운로드하여 볼 수 있습니다.

실행

UAT 테스트 케이스를 실행할 때 몇 가지 옵션이 있습니다. 이름에서 알 수 있듯이 테스터 (= 잠재 사용자)는 이제 특정 테스트 시나리오와 관련하여 애플리케이션을 테스트하고 평가할 것입니다.

다양한 지역 시장에서 글로벌 제품을 제공하는 경우 충족 할 수없는 가능성이 높습니다. 이러한 테스터를 직접 만나보세요.

테스트 사례는 Skype 또는 기타 화상 통화 소프트웨어를 통해 일대일 세션으로 실행할 수 있습니다. 세션을 진행하는 동안 사용자로부터 많은 양적 데이터와 훨씬 더 중요한 정 성적 데이터를 얻을 수 있습니다.

특히 개발 프로세스가 완료된 후 테스트 케이스가 실행되는 경우 새로운 데이터를 얻을 수 있습니다. 고려하지 않은 통찰력. 사용자가 얼마나 많은 노하우를 가지고 있는지에 대한 이론이 테스트됩니다.

문서

사용자 수락 테스트를 실행하고 문서화하는 것은 동시에 이루어져야합니다. 데이터 손실없이 모든 관련 정보를 문서화 할 수있는 시스템을 설정하는 것이 좋습니다.

문서화는 한 가지이며 사용자 피드백 구현을 보장하기 위해 명확하게 정의 된 책임은 또 다른 핵심 요소입니다.

많은 고객이이 단계를 위해 Usersnap을 설정했습니다. 버그, 피드백 및 기타 이상은 사용자의 브라우저 화면에 문서화 될 수 있습니다. 사용하기 쉬운 프로젝트 대시 보드를 통해 동료들은 중요한 문제에 대한 좋은 개요를 얻을 수 있습니다. 우선 순위를 위임하고 할당하는 것은 여기서 또 다른 핵심입니다.

평가

이 단계에서는 정의 된 기준이 테스트되고 충족되는지 평가해야합니다. 그리고 가장 중요한 것은 테스터가 이러한 기준을 성공적으로 달성 한 경우입니다.

실패한 테스트 케이스가 있습니까? 어떤 문제가 발생 했습니까? 이러한 문제를 어떻게 해결할 수 있으며 누가 그에 대한 책임이 있습니까?

처음에 문서화 된 양적 및 질적 데이터를 분석해야합니다. 다음 질문에 답해야합니다.

• 테스트 케이스를 완료 한 테스터는 몇 명입니까?
• 이 테스트 케이스의 전체 등급은 어땠습니까?
• 각 테스터의 전반적인 마음 상태는 어땠나요?
• 테스트 케이스 동안 어떤 감정이 발생 했나요?

평가 단계는 매우 광범위합니다. 모든 단일 테스트 사례를 분석하고 맥락에 반영해야합니다.

보고 & 교훈

평가 및 보고 단계는 동일합니다. 그렇지 않습니다.
평가 단계에서 데이터를 수집, 집계 및 분석합니다. 반대로보고 단계는 더 큰 그림을 다룹니다.

주요 목표는 향후 테스트 사례 및 UAT 워크 플로를 개선하는 데 도움이되는 통찰력과 교훈을 수집하는 것입니다. 추가 피드백과 통찰력을 얻을 수있는 유용한 소스이므로 해당 단계에서 일부 UAT 테스터와 관계를 구축하기 시작할 수도 있습니다.

UAT는 단순한 테스트가 아닙니다. 주기입니다.

사용자 승인 테스트는 소프트웨어 개발 단계의 마지막에 제품이 거의 “완성”되는 시점에 정기적으로 수행됩니다. 이는 사실이 아닙니다. 나중에 문제가 발생하면 더 비쌉니다.

UAT 워크 플로는 더 일찍 구현할 수 있습니다. 더 민첩한 UAT 접근 방식을 추구 할 때 UAT 자체는 별도의 프로젝트 단계가 아닙니다. 대신 모든 팀원 간의 지속적인 공동 작업이 필요합니다.

전체 개발 워크 플로에서 UAT는 모든 프로젝트 단계의 필수 부분이됩니다.

여기서 목표는 각 프로젝트에서 사용자 수락 테스트를 통합하는 것입니다. UAT는 더 이상 단계가 아닙니다. 지속적인 진행을 보장한다는 것은 지속적인 테스트 및 피드백주기를 보장하는 것을 의미합니다.

보너스 : Usersnap을 사용하는 UAT를위한 도구 팁

소통하는 데 도움이되는 도구를 선택할 때 , 버그보고, 문제 추적 및 팀 공동 작업이 더 쉬워지면 시각적 피드백 도구 인 Usersnap을 사용할 수 있습니다.

클릭, 스크린 샷, 문제에 주석 달기, 전송. 예, 그렇게 쉽습니다! Usersnap을 사용하면 앱 내에서 테스트 피드백을 수집 할 수 있으며 사용자가 직접 그림을 그리고 댓글을 달 수 있으므로 빠르고 정확합니다. 브라우저 정보, 화면 크기, URL, 자바 스크립트 오류가 각 티켓과 함께 자동으로 캡처되므로 엔지니어가 즉시 재현하고 문제를 해결할 수 있습니다.

지금 무료로 사용해보세요.