Phạm vi Kiểm thử (Test Scope)

Phạm vi kiểm thử (test scope) xác định khu vực nào của sản phẩm cần test, nên tập trung vào chức năng nào, loại lỗi nào bên yêu cầu quan tâm, và khu vực/tính năng nào tuyệt đối không nên đụng tới.

Nếu một khu vực nằm trong phạm vi, hãy test nó. Nếu nằm ngoài phạm vi, không nên test. Hiểu đúng phạm vi là điều kiện tiên quyết để làm việc hiệu quả và tránh báo cáo bị từ chối.

1. Những thông tin tạo nên phạm vi một đợt test

Mô tả/điều khoản của đợt test

Phần mô tả đầu tiên của một đợt test (issue template, brief, hoặc phần “Description” trên công cụ quản lý) thường tóm tắt phạm vi và quy định ngôn ngữ cần dùng khi báo cáo. Đây luôn là phần cần đọc kỹ trước tiên.

Môi trường test

URL hoặc địa chỉ truy cập trong phần hướng dẫn xác định chính xác website/app cần test. Mọi website/app khác không thuộc phạm vi trừ khi được nêu rõ, kể cả các bản build khác của cùng sản phẩm.

Khu vực/Tính năng (Feature)

Mỗi đợt test thường liệt kê một hoặc nhiều khu vực/tính năng cần kiểm tra — có thể là một trang cụ thể (trang chủ, trang giỏ hàng…), một luồng xử lý (luồng thanh toán), hoặc một chức năng riêng lẻ. Bạn chỉ nên báo lỗi nếu nó thuộc đúng khu vực/tính năng đã liệt kê. Ví dụ: nếu danh sách không đề cập luồng thanh toán, không nên báo lỗi liên quan tới luồng đó.

Loại lỗi & mức độ nghiêm trọng được nhận

Không phải đợt test nào cũng nhận mọi loại lỗi (Functional, Content, Visual…) hoặc mọi mức độ nghiêm trọng. Cần kiểm tra rõ trong hướng dẫn hoặc bảng cấu hình của đợt test xem loại/mức độ nào được chấp nhận trước khi báo cáo.

Hướng dẫn kiểm thử

Phần hướng dẫn thường gồm 3 nội dung:

• Mục tiêu đợt test: nêu mục đích tổng quát, thường chỉ rõ tính năng mới cần chú ý.
• Ngoài phạm vi: nêu rõ điều gì không được test. Ví dụ trên môi trường thật (production), thường không được phép hoàn tất một đơn hàng thật. Cần tuân thủ nghiêm túc, bỏ qua có thể gây hậu quả lớn.
• Yêu cầu bổ sung: thông tin khác như tài khoản test, dữ liệu thanh toán giả…

Tệp đính kèm của đợt test

Một số đợt test có kèm tài liệu (spreadsheet, tài liệu, ảnh, video, PDF) do bên yêu cầu cung cấp trực tiếp. Những tệp này có thể chứa thông tin/yêu cầu quan trọng, cần đọc kỹ trước khi bắt đầu test.

Thiết bị được yêu cầu

Mỗi tester thường được chỉ định test trên một thiết bị/trình duyệt cụ thể để đảm bảo độ phủ thiết bị đa dạng. Chỉ nên dùng đúng thiết bị/trình duyệt đã được chỉ định.

Kênh trao đổi (chat/thread của đợt test)

Người phụ trách đợt test có thể đăng thêm thông tin hoặc lưu ý quan trọng trong kênh trao đổi riêng (chat, thread bình luận trên issue…). Luôn theo dõi và đọc kỹ khi có cập nhật mới, đặt câu hỏi ở đây nếu không chắc chắn về phạm vi.

2. Ngoài phạm vi (Out of scope)

Trừ khi được nêu khác đi trong mô tả đợt test, các nội dung sau luôn nằm ngoài phạm vi:

• Vấn đề pháp lý. Không đánh giá mức độ nghiêm trọng của lỗi dựa trên quy định pháp luật.
• Vấn đề do extension trình duyệt, ad-blocker, hoặc phần mềm diệt virus gây ra (chặn nội dung hoặc chặn cả việc chạy app).
• Không được chỉnh sửa nội dung website, ví dụ dùng công cụ dịch tự động để đổi ngôn ngữ trang, vì có thể gây ra hành vi ngoài ý muốn.
• Sự cố thiết lập môi trường test (setup problems).
• Vấn đề liên quan tới định vị địa lý (geolocation), ví dụ gặp lỗi 403 khi truy cập link test — thường là do bên yêu cầu chủ động chặn khu vực địa lý của bạn, không nên tiếp tục test.

3. Sự cố thiết lập (Setup problems)

Sự cố thiết lập không phải là bug hợp lệ, mà là vấn đề của bản thân môi trường/công cụ test. Nên báo lại cho người phụ trách qua kênh trao đổi thay vì báo thành bug report. Một số ví dụ:

• URL môi trường test bị sai (báo lỗi 404).
• Môi trường yêu cầu đăng nhập nhưng không được cấp thông tin, hoặc thông tin cấp không dùng được.
• Môi trường yêu cầu proxy/VPN nhưng hướng dẫn không đề cập (lỗi 403, 1020).
• App không tải/cài đặt được.
• Môi trường bị gián đoạn tạm thời trong lúc test (có thể do bên yêu cầu đang cập nhật, hãy kiểm tra lại trước khi kết luận là lỗi).
• Tài khoản/thông tin thanh toán được cấp không hoạt động.
• Một link trên môi trường staging vô tình trỏ về website chính thức (live) do chưa được cập nhật đúng lúc thiết lập.
• Yêu cầu thiết bị trong hướng dẫn không khớp thực tế (ví dụ yêu cầu hệ điều hành cũ hơn mức app có thể cài).

4. Khi phạm vi không rõ ràng hoặc mâu thuẫn

Nếu không hiểu rõ phạm vi hoặc phát hiện thông tin mâu thuẫn, hãy hỏi người phụ trách đợt test qua kênh trao đổi thay vì tự suy đoán. Việc phản hồi giúp cải thiện chất lượng thiết lập cho các đợt test sau.

Thông tin đôi khi không nhất quán vì các đợt test mới thường được tạo dựa trên bản sao của đợt test cũ (chỉ chỉnh sửa mức độ nghiêm trọng và yêu cầu bổ sung, còn khu vực/tính năng và hướng dẫn đôi khi giữ nguyên). Vì phần yêu cầu bổ sung luôn được viết riêng cho đợt test hiện tại, nó thường có độ ưu tiên cao hơn phần mô tả khu vực nếu có mâu thuẫn.

Trắc nghiệm: Phạm vi Kiểm thử · 5 câu · 8 phút