Đặt giữ sách bằng bàn phím: kiểm thử khả năng tiếp cận theo hành trình

Người đọc cần hoàn tất việc đặt sách

Một thư viện giả định cho phép tìm sách và đặt giữ để nhận sau. Giao diện có nút rõ, màu đẹp, nhưng người chỉ dùng bàn phím không mở được hộp thoại chọn chi nhánh. Đây là vấn đề khả năng tiếp cận có thể chặn toàn bộ công việc. Việc kiểm tra cần bắt đầu từ hành trình đặt sách, thay vì danh sách thuộc tính HTML rời rạc.

Xác định phạm vi gồm trang kết quả, chi tiết sách, hộp thoại và thông báo hoàn tất. Chuẩn bị trường hợp thành công cùng trường hợp nhập thiếu thông tin. Thống nhất yêu cầu áp dụng với đội sản phẩm và ghi rõ phạm vi đánh giá. Không nên gọi một lượt quét trang là chứng nhận toàn bộ website đáp ứng một tiêu chuẩn.

Lần theo điểm đang được tương tác

Bắt đầu bằng bàn phím: di chuyển qua các thành phần, kích hoạt nút đặt giữ rồi đóng hộp thoại. Tại mỗi bước, người dùng cần biết điểm tương tác đang ở đâu. Thứ tự di chuyển phải giúp hiểu công việc, không nhảy bất ngờ sang phần ngoài ngữ cảnh. Ghi thao tác cụ thể khi gặp chỗ bị kẹt hoặc thành phần không thể sử dụng.

Khi hộp thoại mở, kiểm tra điểm tương tác có đi vào vùng phù hợp không và người dùng có thể thoát theo thiết kế không. Khi đóng, hãy xem nó trở về đâu. Nếu quay về đầu trang, người đọc phải tìm lại cuốn sách giữa nhiều kết quả. Một lỗi nhỏ trong quản lý trạng thái có thể biến thao tác ngắn thành một cuộc dò tìm dài.

Tiếp tục dùng trình đọc màn hình trên cấu hình đã chọn. Kiểm tra tên, loại và trạng thái của nút, trường nhập, lựa chọn chi nhánh. Câu đọc “nút, nút” không giúp phân biệt hành động; tên nghe rõ nhưng không phù hợp nhãn nhìn thấy cũng gây khó. Bằng chứng cần ghi phần mềm, trình duyệt và nội dung được đọc trong bước liên quan.

Đọc lỗi như người đang cố sửa lỗi

Gửi biểu mẫu thiếu thông tin để xem thông báo có chỉ đúng trường cần sửa không. Màu đỏ đơn độc không đủ giải thích chuyện gì xảy ra. Người dùng cần tìm được lỗi, hiểu cách sửa và giữ lại dữ liệu hợp lệ. Kiểm tra cả thông báo thành công vì một yêu cầu đã được ghi nhận mà không có phản hồi dễ khiến người dùng gửi lại.

Xem ảnh bìa và các biểu tượng trong đúng ngữ cảnh. Ảnh giúp nhận diện sách có thể cần mô tả hữu ích, còn hình trang trí không nên tạo tiếng đọc thừa. Một thuộc tính mô tả tồn tại chưa có nghĩa là nội dung mô tả đúng. Tương tự, đo độ tương phản phải dựa trên trạng thái thực, kể cả nút được chọn, thông báo và chữ đặt trên nền ảnh.

Thử phóng to chữ và thu hẹp vùng hiển thị, rồi tiếp tục đặt sách. Quan sát xem nội dung có bị che, điều khiển có mất và quan hệ giữa nhãn với trường nhập có còn rõ không. Cần đánh giá khả năng hoàn tất công việc khi bố cục thay đổi. Một ảnh chụp ở cỡ mặc định không cho biết người đọc cần chữ lớn sẽ gặp điều gì.

Công cụ tìm dấu hiệu, người kiểm thử xét ý nghĩa

Quét tự động hữu ích để tìm các lỗi có thể xác định bằng quy tắc. Nhưng công cụ không hiểu đầy đủ mô tả bìa có đúng sách hay thứ tự đọc có giúp chọn chi nhánh không. Với mỗi phát hiện, xác nhận lại và ghi tác động lên hành trình. Với phần không có cảnh báo, vẫn giữ các bước đánh giá thủ công đã lên kế hoạch.

Báo cáo nên nêu bước bị chặn, kết quả mong đợi, bằng chứng và điều kiện kiểm tra; sau sửa phải chạy lại cả đoạn hành trình. Có thể mời người dùng công nghệ hỗ trợ đánh giá thêm khi phù hợp. AI giúp rà câu chữ và đề xuất trường hợp, nhưng kết luận vẫn cần bằng chứng. Thành công là người đọc đặt được sách và hiểu kết quả trong phạm vi đã thử.

Về nguồn tham khảo

Chủ đề tham khảo từ bộ AI Tester Skills. Bài viết và tình huống minh họa được biên soạn lại cho người đọc.