Mục lục:
Demo và chết!
Bạn đã bao giờ cung cấp một bài thuyết trình hoặc đào tạo của khách hàng, và một cái gì đó phá vỡ nửa chừng? Hoặc, bạn đã bao giờ đưa cho ai đó một bộ hướng dẫn và nhận ra bạn đã bỏ lỡ điều gì đó, hoặc nó không hoạt động như bạn mong muốn? Trong mỗi trường hợp này, bạn chấp nhận viễn cảnh của người dùng cuối và làm việc với phần mềm trong tính cách đó. Rất có thể, bạn đã làm một cái gì đó khác biệt bởi vì bạn đang suy nghĩ như một người dùng, chứ không phải là một nhà phát triển.
Bước vào đôi giày của người dùng
Góc duy nhất của thử nghiệm chấp nhận người dùng (UAT) là kiểm tra phần mềm với tư cách là người dùng cuối. Phần mềm được xây dựng để cung cấp cho người dùng kết quả rõ ràng. Ví dụ, các trang web thương mại điện tử cho phép khách hàng mua sản phẩm. Khi khách hàng đặt hàng, phần mềm của trang thương mại điện tử sẽ thông báo cho quản trị viên cửa hàng, để có thể kéo và đóng gói hàng đã chọn để vận chuyển. Có thể có nhiều loại người dùng phần mềm khác nhau, vì vậy giai đoạn thử nghiệm này cho phép nhóm phát triển xác minh rằng người dùng cuối đạt được kết quả phần mềm mong đợi.
Lịch sử tóm tắt về UAT
Trước khi internet ra đời, hầu hết các phần mềm đã được triển khai cho một đối tượng người dùng đã biết. Nếu một công ty phát triển phần mềm cho khách hàng, người quản lý được chỉ định có thẩm quyền xác minh rằng phần mềm đã hoàn thành các điều khoản hợp đồng. Điều này có nghĩa là đại diện cho một điểm mà phần mềm "phù hợp với mục đích", điều này đạt được bằng cách chọn đại diện người dùng cuối để thực hiện kiểm tra và cung cấp báo cáo với kết quả. Bởi vì người dùng là một nhóm kín, đã biết, mỗi nhóm có thể được đào tạo về việc sử dụng phần mềm, thường là thông qua các bước kiểm tra rất chi tiết. Phương châm của ngày hôm đó là chi tiết hơn là tốt hơn.
