Đặt vé trên điện thoại: kiểm thử những gì ảnh chụp bỏ sót

Màn hình vừa khít vẫn có thể không đặt được vé

Trong một tình huống luyện tập, trang đặt vé trông cân đối ở chiều rộng điện thoại. Nhưng khi khách nhập số liên hệ, bàn phím che nút tiếp tục; quay lại thì thông tin vừa nhập mất hết. Nếu bộ kiểm thử chỉ chụp trang ban đầu, cả hai vấn đề đều lọt qua. Kiểm thử mobile cần đi theo hành động và trạng thái người dùng.

Chọn một hành trình ngắn: tìm chuyến, chọn ghế, điền thông tin và xem bước xác nhận. Liệt kê điều cần giữ xuyên suốt như chuyến đã chọn, số ghế và giá. Chỉ dùng dữ liệu giả lập và dừng trước giao dịch thật nếu môi trường không hỗ trợ. Nhờ vậy, việc khám phá không bị phân tán thành hàng loạt thao tác thiếu mục tiêu.

Chọn khác biệt cần đại diện

Đừng bắt đầu bằng danh sách thiết bị thật dài. Hãy hỏi sản phẩm phục vụ ai và khác biệt nào có thể làm hành trình thất bại: màn hình hẹp, trình duyệt khác, thao tác chạm hoặc máy xử lý yếu. Từ đó chọn một tập đại diện và ghi phần chưa được bao phủ. Danh sách thiết bị phổ biến không tự chứng minh phù hợp với người dùng của sản phẩm.

Giả lập giúp kiểm tra nhanh nhiều chiều rộng và điểm chuyển bố cục. Cần thử sát hai phía của điểm chuyển, cùng khoảng giữa nơi tiêu đề hoặc biểu mẫu dễ bị ép. Thiết bị thật bổ sung bằng chứng về bàn phím, vùng màn hình khả dụng và cảm giác thao tác. Kết quả giả lập không nên được ghi thành đã kiểm tra trên máy thật.

Với mỗi cấu hình, giữ nguyên bộ dữ liệu để dễ so. Một tên hành khách dài và một thông báo lỗi nhiều dòng thường có ích hơn dữ liệu ngắn đẹp mắt. Quan sát xem phần quan trọng có bị cắt hoặc buộc cuộn ngang không. Sau đó hoàn tất thao tác để biết cách bố trí ấy có còn dùng được, thay vì chỉ đánh giá hình thức.

Đưa ngón tay, bàn phím và gián đoạn vào bài thử

Mở bàn phím tại từng trường quan trọng, chuyển trường, sửa giá trị và gửi biểu mẫu lỗi. Trường đang nhập cùng thông báo hướng dẫn cần còn nhận biết được. Kiểm tra nút cố định có đè nội dung khi chiều cao hữu dụng giảm không. Ghi lại loại bàn phím, hướng màn hình và bước cụ thể; mô tả “lỗi trên mobile” không đủ để tái hiện.

Thử chạm mục tiêu nhỏ, cuộn cạnh thành phần tương tác và đóng menu rồi quay lại nội dung. Một cử chỉ vuốt không nên vô tình chọn ghế; thao tác chạm lại khi trang chậm không nên tạo hai đặt chỗ. Cần đối chiếu số lượng hành động với kết quả thực tế. Ảnh chụp có thể cho thấy nút đẹp, nhưng không chứng minh vùng nhận chạm đúng.

Xoay màn hình sau khi điền một phần thông tin và kiểm tra trạng thái còn nguyên theo thiết kế. Tiếp đó tạo một lần mất mạng trong môi trường thử: khách có hiểu yêu cầu đã gửi hay chưa, có thể thử lại mà không nhân đôi không? Nếu sản phẩm có chức năng ngoại tuyến, hãy xác định nội dung nào được phép cũ và nội dung nào cần xác nhận từ máy chủ.

Ghi kết quả theo khả năng hoàn tất công việc

Bằng chứng nên ghép ảnh hoặc video ngắn với tên thiết bị, trình duyệt, hướng màn hình, dữ liệu đầu vào và các bước. Nếu bàn phím che nút, ghi cả trạng thái trước lẫn sau khi mở bàn phím. Phân biệt lỗi bố cục với lỗi mất dữ liệu để người sửa biết cần xử lý lớp nào và người kiểm tra lại biết phải giữ điều kiện nào.

AI có thể gợi ý tổ hợp trạng thái và giúp thu gọn danh sách, nhưng không tự cảm nhận thao tác trên thiết bị. Ưu tiên cuối cùng phải dựa vào hành trình và rủi ro đã thống nhất. Kết luận tốt nói rõ khách hoàn tất được bước nào, trên cấu hình nào, cùng giới hạn kiểm tra. Điều đó hữu ích hơn một dấu đạt chung cho toàn bộ “giao diện điện thoại”.

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.