Kiểm tra chấp nhận của người dùng (UAT) là gì? Ví dụ

UAT là gì?

Kiểm tra sự chấp nhận của người dùng (UAT) là một loại thử nghiệm được thực hiện bởi người dùng cuối hoặc khách hàng để xác minh/chấp nhận hệ thống phần mềm trước khi chuyển ứng dụng phần mềm sang môi trường sản xuất. UAT được thực hiện trong giai đoạn thử nghiệm cuối cùng sau khi thử nghiệm chức năng, tích hợp và hệ thống được thực hiện.

Mục đích của UAT

Chính Mục đích của UAT là để xác thực luồng kinh doanh từ đầu đến cuối. Nó không tập trung vào lỗi thẩm mỹ, lỗi chính tả hoặc thử nghiệm hệ thống. Kiểm tra chấp nhận của người dùng được thực hiện trong môi trường thử nghiệm riêng biệt với thiết lập dữ liệu giống như sản xuất. Nó là một loại thử nghiệm hộp đen trong đó hai hoặc nhiều người dùng cuối sẽ tham gia.

UAT được thực hiện bởi –

Khách hàng

Người dùng cuối

Cần kiểm tra sự chấp nhận của người dùng

Cần kiểm tra sự chấp nhận của người dùng phát sinh khi phần mềm đã trải qua thử nghiệm Đơn vị, Tích hợp và Hệ thống vì các nhà phát triển có thể đã xây dựng phần mềm dựa trên tài liệu yêu cầu theo hiểu biết của riêng họ và những thay đổi cần thiết tiếp theo trong quá trình phát triển có thể không được thông báo một cách hiệu quả cho họ, vì vậy để kiểm tra xem sản phẩm cuối cùng có được khách hàng chấp nhận hay không /người dùng cuối, việc kiểm tra mức độ chấp nhận của người dùng là cần thiết.

• Các nhà phát triển viết mã phần mềm dựa trên tài liệu yêu cầu, đó là sự hiểu biết “của riêng” họ về các yêu cầu và có thể không thực sự là thứ khách hàng cần từ phần mềm.
• Những thay đổi về yêu cầu trong quá trình thực hiện dự án có thể không được truyền đạt một cách hiệu quả đến các nhà phát triển.

Kiểm tra chấp nhận và mô hình chữ V

Trong VModel, kiểm tra sự chấp nhận của người dùng tương ứng với giai đoạn yêu cầu của Vòng đời phát triển phần mềm (SDLC).

Điều kiện tiên quyết của kiểm tra chấp nhận của người dùng

Sau đây là tiêu chí đầu vào cho Kiểm tra chấp nhận của người dùng:

• Yêu cầu kinh doanh phải có sẵn.
• Mã ứng dụng phải được phát triển đầy đủ
• Kiểm tra đơn vị, Kiểm tra tích hợp & Kiểm tra hệ thống phải được hoàn thành
• Không có Showstoppers, lỗi Cao, Trung bình trong Giai đoạn Kiểm tra Tích hợp Hệ thống –
• Chỉ có lỗi thẩm mỹ mới được chấp nhận trước UAT
• Kiểm tra hồi quy phải được hoàn thành mà không có lỗi lớn
• Tất cả các lỗi được báo cáo phải được sửa và kiểm tra trước UAT
• Ma trận truy xuất nguồn gốc cho tất cả các thử nghiệm phải được hoàn thành
• Môi trường UAT phải sẵn sàng
• Xác nhận thư hoặc thông báo từ Nhóm kiểm thử hệ thống rằng hệ thống đã sẵn sàng để thực hiện UAT

Cách thực hiện kiểm tra UAT

UAT được thực hiện bởi người dùng dự định của hệ thống hoặc phần mềm. Loại này Kiểm thử phần mềm thường diễn ra tại vị trí của khách hàng được gọi là Kiểm thử Beta. Khi tiêu chí đầu vào cho UAT được đáp ứng, sau đây là các nhiệm vụ cần được thực hiện bởi người kiểm thử:

• Phân tích yêu cầu kinh doanh
• Xây dựng kế hoạch kiểm tra UAT
• Xác định các kịch bản thử nghiệm
• Tạo trường hợp thử nghiệm UAT
• Chuẩn bị dữ liệu thử nghiệm (Sản xuất như dữ liệu)
• Chạy các trường hợp thử nghiệm
• Ghi lại kết quả
• Xác nhận mục tiêu kinh doanh

Bước 1) Phân tích yêu cầu kinh doanh

Một trong những hoạt động quan trọng nhất trong UAT là xác định và phát triển các kịch bản thử nghiệm. Các kịch bản thử nghiệm này được lấy từ các tài liệu sau:

• Điều lệ dự án
• Các trường hợp sử dụng kinh doanh
• Sơ đồ quy trình
• Tài liệu yêu cầu kinh doanh(BRD)
• Đặc tả yêu cầu hệ thống (SRS)

Bước 2) Tạo kế hoạch UAT

Kế hoạch kiểm tra UAT phác thảo chiến lược sẽ được sử dụng để xác minh và đảm bảo ứng dụng đáp ứng các yêu cầu kinh doanh của nó. Nó ghi lại việc nhập cảnh và tiêu chí thoát cho UAT, Kịch bản thử nghiệm và cách tiếp cận các trường hợp thử nghiệm cũng như các mốc thời gian thử nghiệm.

Bước 3) Xác định kịch bản thử nghiệm và trường hợp thử nghiệm

Xác định các kịch bản kiểm thử liên quan đến quy trình kinh doanh cấp cao và tạo các trường hợp kiểm thử với các bước kiểm thử rõ ràng. Các trường hợp thử nghiệm phải bao gồm đầy đủ hầu hết các kịch bản UAT. Các trường hợp sử dụng nghiệp vụ là đầu vào để tạo các trường hợp thử nghiệm.

Bước 4) Chuẩn bị dữ liệu thử nghiệm

Tốt nhất nên sử dụng dữ liệu trực tiếp cho UAT. Dữ liệu nên được xáo trộn để bảo mật và an ninh lý do. Người kiểm tra nên làm quen với luồng cơ sở dữ liệu.

Bước 5) Chạy và ghi kết quả

Thực hiện các trường hợp thử nghiệm và báo cáo lỗi nếu có. Kiểm tra lại lỗi sau khi đã sửa. Quản lý kiểm tra có thể sử dụng các công cụ để thực hiện.

Bước 6) Xác nhận đã đạt được Mục tiêu kinh doanh

Các nhà phân tích kinh doanh hoặc người kiểm tra UAT cần gửi thư xác nhận sau khi kiểm tra UAT. Sau khi xác nhận, sản phẩm đã sẵn sàng để đưa vào sản xuất. Các sản phẩm để kiểm tra UAT là Kế hoạch kiểm tra, Kịch bản và Trường hợp kiểm tra UAT, Kết quả kiểm tra và Nhật ký lỗi

Tiêu chí thoát cho UAT

Trước khi đưa vào sản xuất, cần cân nhắc những điều sau:

• Không có lỗi nghiêm trọng nào được mở
• Quy trình kinh doanh hoạt động tốt
• Cuộc họp ký kết UAT với tất cả các bên liên quan

Phẩm chất của người kiểm tra UAT

UAT Test cần có kiến ​​thức tốt về nghiệp vụ. Anh ta nên độc lập và suy nghĩ như một người dùng không xác định đối với hệ thống. Người kiểm thử phải có khả năng phân tích và Laternhà tư tưởng và kết hợp tất cả các loại dữ liệu để làm cho UAT thành công.

Người kiểm tra hoặc Nhà phân tích kinh doanh hoặc Chuyên gia về chủ đề hiểu rõ các yêu cầu hoặc quy trình kinh doanh có thể chuẩn bị thử nghiệm và dữ liệu thực tế cho doanh nghiệp.

Thực tiễn tốt nhất

Cần cân nhắc những điểm sau để UAT thành công:

• Chuẩn bị kế hoạch UAT sớm trong vòng đời dự án
• Chuẩn bị danh sách kiểm tra trước khi UAT bắt đầu
• Tiến hành phiên Pre-UAT trong giai đoạn Kiểm tra hệ thống
• Đặt kỳ vọng và xác định phạm vi của UAT một cách rõ ràng
• Kiểm tra quy trình kinh doanh từ đầu đến cuối và tránh kiểm tra hệ thống
• Kiểm tra hệ thống hoặc ứng dụng với các kịch bản và dữ liệu trong thế giới thực
• Hãy suy nghĩ như một người dùng không xác định đối với hệ thống
• Thực hiện kiểm tra khả năng sử dụng
• Tiến hành phiên phản hồi và họp trước khi chuyển sang sản xuất

Công cụ UAT

Có một số công cụ trên thị trường được sử dụng để kiểm tra mức độ chấp nhận của Người dùng và một số công cụ được liệt kê để tham khảo:

1) Dụng cụ thể dục: Đây là một Java công cụ được sử dụng làm công cụ kiểm tra. Thật dễ dàng để tạo các bài kiểm tra và ghi lại kết quả vào bảng. Người dùng công cụ nhập dữ liệu đầu vào được định dạng và các bài kiểm tra sẽ được tạo tự động. Các thử nghiệm sau đó được thực hiện và đầu ra được trả lại cho người dùng.

Hướng dẫn mẫu cho UAT

• Hầu hết trong các kịch bản phát triển phần mềm thông thường, UAT được thực hiện trong môi trường QA. Nếu không có môi trường dàn dựng hoặc UAT
• UAT được phân loại thành Beta và Thử nghiệm Beta và Alpha nhưng nó không quá quan trọng khi phần mềm được phát triển cho ngành dựa trên dịch vụ
• UAT có ý nghĩa hơn khi khách hàng tham gia ở mức độ lớn hơn

Kết luận

• Trong Kỹ thuật phần mềm, dạng UAT đầy đủ là Kiểm tra sự chấp nhận của người dùng.
• UAT là một trong nhiều loại hình thử nghiệm đã xuất hiện trong 25 năm qua.
• Với UAT, khách hàng có thể chắc chắn “Điều gì sẽ xảy ra” từ sản phẩm thay vì giả định.
• Lợi ích của UAT là sẽ không có bất ngờ khi sản phẩm được tung ra thị trường.