4 lý do tại sao người dùng cuối cần tham gia thử nghiệm trước UAT

Thông thường, kiểm tra chức năng hoặc hiệu suất, trước UAT, được chỉ định cho một nhóm thử nghiệm có thể không tham gia vào việc thu thập các yêu cầu kinh doanh hoặc có kiến ​​thức tối thiểu về mục tiêu của dự án, chỉ dựa vào các kịch bản thử nghiệm của họ. Những người thử nghiệm thậm chí có thể được thuê ngoài do thiếu nhân sự. Ân sủng tiết kiệm là những người thử nghiệm có kinh nghiệm được sử dụng trong các tình huống chìm hoặc bơi này và có một kỹ năng năng động để vượt qua những vùng nước đó. Tuy nhiên, không phải lúc nào họ cũng có thể hiểu đầy đủ các vùng nước xung quanh mình, vì vậy có những giới hạn đối với những gì họ có thể làm.

Những hạn chế như vậy có thể trở nên rất tốn kém cho dự án, rất nhanh. Cách hiệu quả nhất để tránh lỗi là nhờ người dùng cuối tham gia thử nghiệm trong suốt vòng đời phát triển sản phẩm.

1. Người dùng cuối hiểu chính xác những gì hệ thống cần làm (đối với họ).

Người kiểm tra có kinh nghiệm có thể được tư vấn về các yêu cầu, tuy nhiên họ có thể không biết liệu sản phẩm họ đang kiểm tra có đáp ứng hiệu quả các yêu cầu đó hay giải quyết tất cả các vấn đề cần thiết, đặc biệt là các vấn đề không bao giờ được đề cập trong các phiên thu thập yêu cầu.

Chúng tôi cần phải thử nghiệm ở mọi giai đoạn bằng cách tung ra các mô đun gia tăng cho người thử nghiệm. Nó có thể chờ đợi cho đến khi kết thúc; Nếu sản phẩm thất bại, chúng tôi muốn khắc phục nhanh, ông Bashir Fancy, Chủ tịch và Giám đốc điều hành của Hiệp hội Chuyên gia CNTT (CIPS) của Canada nói. Ông cũng tin rằng phương pháp này, thường được gọi là phương pháp nhanh lập trình cực đoan, cung cấp cho dự án tỷ lệ tham gia cao hơn trong UAT.

2. Sự chấp nhận của người dùng cuối có nhiều khả năng nếu họ tham gia trong các giai đoạn thử nghiệm trước đó.

Robin Goldsmith, chủ sở hữu của Công ty tư vấn quản lý Go Pro, không khuyên bạn nên cố gắng biến người dùng cuối thành người thử nghiệm thu nhỏ, nhưng ông hiểu tầm quan trọng của việc đưa họ vào hình ảnh sớm. Người dùng cần phải bắt đầu suy nghĩ nghiêm túc về những gì họ muốn thấy trong sản phẩm được giao trước khi họ cảm thấy đủ tự tin để tin tưởng vào nó.

Thu hút người dùng sớm không chỉ cho phép họ trở nên có năng lực và tự tin hơn khi thử nghiệm, mà còn cho phép họ cảm thấy được trao quyền như các bên liên quan chính. Goldsmith cho biết họ muốn biết rằng nhóm dự án đang tạo điều kiện cho phiên bản của người dùng về tiêu chí chấp nhận, chứ không phải của riêng họ.

Không lỗi, không căng thẳng - Hướng dẫn từng bước của bạn để tạo ra phần mềm thay đổi cuộc sống mà không phá hủy cuộc sống của bạn

Bạn không thể cải thiện kỹ năng lập trình của mình khi không ai quan tâm đến chất lượng phần mềm.

3. Người dùng cuối có thể xác định lỗi trước khi chúng quá tốn kém để sửa.

Chúng tôi càng sớm phát hiện ra lỗi, chi phí sửa chữa càng ít. Một nghiên cứu khét tiếng được Viện Tiêu chuẩn và Công nghệ Quốc gia (NIST) công bố năm 2002 chỉ ra rằng chi phí sửa một lỗi được tìm thấy trong giai đoạn sản xuất là 15 giờ, so với năm giờ nỗ lực nếu phát hiện ra lỗi tương tự trong quá trình phát triển.

Và chúng tôi chỉ nhìn thấy phần nổi của tảng băng.

Việc hoàn thành vai trò vận hành sẽ dễ dàng hơn nhiều so với vai trò của người thử nghiệm UAT vì vai trò sau đòi hỏi người có kinh nghiệm rất cụ thể và nhận thức muộn, để xác thực một sản phẩm được phát triển riêng cho việc sử dụng của họ. Xem nhanh trên bất kỳ trang web việc làm chính nào của Canada cho thấy mức lương trung bình cho người kiểm tra QA dao động trong khoảng từ 55.000 đến 80.000 đô la. Những con số này có thể dễ dàng tăng vọt cho một công ty đang thuê ngoài những người thử nghiệm của họ, với mức giá có thể lên tới 100 đô la mỗi giờ khi làm việc trong một dự án cao cấp. Mức lương trung bình cho một vai trò hành chính, chẳng hạn như một điều phối viên hành chính lâm sàng chẳng hạn, dao động từ 35.000 đến 45.000 đô la.

Một điều chúng tôi có thể ước tính là thiệt hại có uy tín khi người dùng cuối, những người không tham gia cho đến giai đoạn UAT, lần đầu tiên nhìn thấy sản phẩm họ phải sử dụng. Tại thời điểm này, họ đã được thiết lập cho một số rào cản, chẳng hạn như bị buộc phải đối phó với thay đổi hoặc thậm chí có thể chuyển đổi, và bây giờ có một khoảng thời gian ngắn để trở thành chuyên gia với một sản phẩm hoặc dịch vụ mới mà họ không được hỏi về . Trừ khi nhóm dự án có thể cung cấp một sản phẩm được điều chỉnh rất tốt, có nguy cơ cao rằng phản hồi tiêu cực được cung cấp bởi người dùng cuối có thể làm mất danh tiếng của dự án.

4. Người dùng cuối cung cấp một quan điểm rộng hơn.

Trong khi nhóm dự án làm việc suốt ngày trên các sản phẩm dự án, như tạo điều kiện cho các cuộc họp, xác định các yêu cầu và cập nhật biểu đồ Gantt, người dùng cuối có thể tập trung vào việc đảm bảo mọi người đang làm việc chăm chỉ để cung cấp những gì thực sự cần.

Các công ty Fortune 500, như Apple và Google, tiến hành thử nghiệm beta, với một số hình thức bồi thường, công chúng có thể truy cập vào việc phát hành sớm sản phẩm, lỗi và tất cả, để đổi lấy sự tham gia của họ trong việc giúp xác định lỗi và cung cấp phản hồi hữu ích .

Giám đốc Mã trung tâm Mario Sancho, người quản lý các chương trình thử nghiệm beta cho nhiều công ty Fortune 1000 của Canada, tin rằng việc xác thực khách hàng nên diễn ra ở ít nhất ba cấp độ thử nghiệm chung: thử nghiệm alpha, trong đó người dùng thử nghiệm bản phát hành sớm nhất có thể, thử nghiệm beta, trong đó người dùng có thể kiểm tra mọi tính năng chính của sản phẩm và kiểm tra thực địa, còn được gọi là UAT.

Phần kết luận

Tầm quan trọng của sự chấp nhận của người dùng cuối không thể được đánh giá cao. Bất cứ điều gì được xã hội hóa về kinh nghiệm UAT cho quản lý, đồng nghiệp và công chúng đều có thể đánh dấu di sản của dự án là thành công hay thất bại trong một thời gian dài sắp tới. Ngay cả khi dự án được hưởng lợi từ kinh nghiệm của một nhóm dự án xuất sắc, đáp ứng tất cả các thời hạn và nằm trong ngân sách, quan điểm của các bên liên quan về mức độ mà dự án đạt được (hoặc không đạt được) phạm vi của nó bị ảnh hưởng nặng nề bởi trải nghiệm của người dùng cuối.