Phỏng vấn Manual QA: giải bài mã giảm giá bằng cách chọn test

Đừng bắt đầu bằng một danh sách thật dài

Người phỏng vấn đưa bài tập: kiểm tra mã giảm giá cho giỏ hàng. Bạn có thể kể ngay nhiều trường hợp, nhưng danh sách dài chưa cho thấy lý do lựa chọn. Một cách làm rõ hơn là xác định quy tắc, rủi ro và căn cứ đánh giá trước. Đây là bài tập giả định để luyện tư duy, không phải bộ đáp án áp dụng cho mọi cửa hàng.

Hỏi những điều có thể thay đổi kết quả: mã yêu cầu giá trị đơn tối thiểu không, giảm theo tiền hay phần trăm, có mức trần không, phí vận chuyển có được tính vào điều kiện không? Nếu người phỏng vấn chưa cung cấp, nêu giả định và tiếp tục trên giả định ấy. Việc nhận ra thông tin thiếu quan trọng hơn âm thầm tự chọn một chính sách.

Từ quy tắc tới nhóm dữ liệu có mục đích

Giả sử đề bài bổ sung rằng mã chỉ áp dụng từ một mức tổng hàng nhất định và mỗi tài khoản được dùng một lần. Tách hai điều kiện này trước. Với tổng hàng, chia nhóm chưa đủ và đủ điều kiện; với lịch sử tài khoản, chia chưa dùng và đã dùng. Như vậy, mỗi ca kiểm tra có lý do tồn tại thay vì là một con số được nghĩ ngẫu nhiên.

Chọn các giá trị sát ranh giới tổng hàng theo đơn vị nhỏ nhất hệ thống hỗ trợ: ngay dưới, bằng và ngay trên mức tối thiểu. Giải thích vì sao điểm bằng dễ bị cài đặt sai. Với cách làm tròn, cần hỏi hoặc ghi quy tắc riêng. Nếu chưa có thông tin, đừng đưa một tổng tiền tự tính làm đáp án chắc chắn cho mọi cách triển khai.

Kết hợp điều kiện bằng một bảng quyết định nhỏ. Tài khoản chưa dùng mã nhưng đơn chưa đủ tổng phải bị từ chối; tài khoản đã dùng mã dù đơn đủ tổng cũng phải bị từ chối. Chỉ khi các điều kiện cần thiết cùng đạt mới kiểm tra số tiền giảm. Tách việc đủ điều kiện khỏi phép tính giúp phát hiện lỗi và diễn giải kết quả rõ hơn.

Thêm trạng thái mà người dùng thật sẽ đi qua

Sau khi áp mã thành công, giảm số lượng hàng khiến đơn không còn đủ điều kiện. Kiểm tra tổng và thông báo theo chính sách đã thống nhất. Tiếp tục thử xóa mã, đổi sản phẩm hoặc quay lại bước trước nếu nằm trong phạm vi. Các chuyển trạng thái này thường không hiện ra nếu chỉ kiểm tra một biểu mẫu tĩnh với một lần bấm nút.

Khi thời gian bị giới hạn, trình bày ưu tiên theo tác động. Sai tổng tiền hoặc cho dùng lại mã có thể ảnh hưởng trực tiếp giao dịch, nên cần xem sớm hơn lỗi căn lề thông báo. Tuy vậy, mức ưu tiên cuối cùng còn tùy chiến dịch và người dùng. Phân biệt độ nghiêm trọng của tác động với thứ tự đội chọn xử lý trong bối cảnh cụ thể.

Chọn một ca và nói đầy đủ điều kiện đầu, dữ liệu, bước làm cùng kết quả mong đợi. Nếu phát hiện lỗi, mô tả bản dựng, cách tái hiện, thực tế và căn cứ cho kỳ vọng. Đừng chỉ ghi “mã không hoạt động”. Người nhận cần biết mã bị từ chối sai, tính sai tiền hay hiển thị sai trong khi dữ liệu vẫn đúng.

Luyện phản biện lại chính bộ test của mình

Sau khi giải xong, hỏi bộ test còn bỏ trống điều gì: mã hết hạn, sản phẩm bị loại trừ hay hai yêu cầu cùng lúc? Không cần triển khai mọi hướng trong buổi phỏng vấn. Điều nên thể hiện là biết mở rộng từ rủi ro và giữ phạm vi. Nếu chọn hoãn một nhóm, giải thích tác động cùng lý do thay vì lờ nó đi.

Để tự luyện, đổi một quy tắc rồi thiết kế lại bộ ca tối thiểu có căn cứ. So cách chọn trước và sau để hiểu kỹ thuật thay vì học thuộc danh sách. Có thể dùng AI đặt câu hỏi tiếp, nhưng phải tự kiểm tra phép tính và giả định. Câu trả lời tốt giúp người nghe theo được đường từ yêu cầu đến quyết định kiểm thử và giới hạn của nó.

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.