HIỂU ĐÚNG · THỰC HÀNH ĐỀU
Ghi chép nghề của Nguyễn Hữu Hiệu về thiết kế kiểm thử, báo lỗi và Web/API. Nếu muốn học có thứ tự và bài tập, hãy vào thư viện bài học.
THIẾT KẾ KIỂM THỬ
Một cách tiếp cận ngắn để chuyển tiêu chí chấp nhận thành các luồng kiểm tra có thể thực hiện.
Giả sử yêu cầu là: người dùng đăng nhập bằng email hợp lệ và mật khẩu đúng. Trước khi viết bước kiểm tra, hãy xác định điều kiện đầu vào, kết quả mong đợi và điều gì có thể ngăn luồng chạy.
Mỗi test case nên có dữ liệu, bước thực hiện và kết quả mong đợi rõ để người khác có thể chạy lại.
THIẾT KẾ KIỂM THỬ
Giảm các trường hợp trùng lặp và tập trung vào những đầu vào dễ phát sinh lỗi.
Nếu độ tuổi chấp nhận từ 18 đến 60, có thể chia thành nhóm nhỏ hơn 18, từ 18 đến 60 và lớn hơn 60. Sau đó kiểm tra ranh giới: 17, 18, 19, 59, 60, 61.
Kết hợp phân vùng với điều kiện nghiệp vụ khác như trường bỏ trống hoặc ký tự không phải số. Ghi rõ vì sao chọn dữ liệu để người review hiểu độ bao phủ.
BÁO LỖI
Viết ngắn, có thể lặp lại, và tách biệt rõ kết quả thực tế với mong đợi.
Một báo cáo hữu ích thường có tiêu đề nêu hiện tượng, môi trường, dữ liệu liên quan, bước tái hiện, kết quả thực tế và kết quả mong đợi.
Ví dụ: “Trang hồ sơ vẫn hiện email cũ sau khi lưu email mới”. Ghi lại từng bước và đính kèm ảnh hoặc log nếu phù hợp. Không đưa mật khẩu hay dữ liệu cá nhân không cần thiết vào báo cáo.
WEB & API
Một phản hồi 200 chưa đủ để kết luận chức năng đáp ứng đúng yêu cầu.
Đối chiếu nội dung response với hợp đồng API: kiểu dữ liệu, trường bắt buộc, giá trị và quan hệ giữa các trường. Kiểm tra phản hồi lỗi, xác thực, dữ liệu rỗng và quyền truy cập.
Với thao tác làm thay đổi dữ liệu, xác minh trạng thái sau thao tác và tránh gửi lặp nếu endpoint không bảo đảm tính idempotent.
BẠN ĐANG HỌC TESTING?