MED • 2m đọc

Xác nhận Lỗi Trùng lặp (Reproductions)

Khi phát hiện một lỗi đã có người báo cáo trước, cách gửi xác nhận trùng lặp (reproduction) đúng chuẩn thay vì tạo báo cáo mới.

Nếu bạn phát hiện một lỗi nhưng nó đã được người khác báo cáo trước đó, bạn không nên gửi lại cùng một lỗi lần nữa. Thay vào đó, hãy gửi một xác nhận trùng lặp (reproduction). Việc này giúp bên yêu cầu biết được lỗi ảnh hưởng tới những môi trường/thiết bị nào, và liệu vấn đề có riêng cho một thiết bị cụ thể hay không — từ đó đánh giá đúng mức độ nghiêm trọng thực sự.

Để xác nhận một lỗi, hãy làm theo đúng các bước mà người báo cáo gốc đã mô tả. Nếu bạn cũng gặp đúng lỗi đó, đây gọi là xác nhận dương tính (positive). Nếu làm theo đúng các bước mà không gặp lỗi, đây gọi là xác nhận âm tính (negative).

Một xác nhận âm tính cho thấy chức năng vẫn hoạt động bình thường trên thiết bị của bạn. Nếu bạn gặp một lỗi khác trong lúc thử, hãy báo cáo lỗi đó riêng hoặc xác nhận đúng báo cáo tương ứng với lỗi mới đó, thay vì trộn lẫn vào lần xác nhận hiện tại.

Ví dụ trên GitHub Issues

Tương đương với việc comment “Tôi cũng gặp lỗi này trên [môi trường của bạn]” kèm bằng chứng vào issue đã có, hoặc dùng reaction 👍 nếu hệ thống hỗ trợ, thay vì mở issue mới trùng nội dung.

1. Phiên xác nhận

  • Sau khi bắt đầu, bạn thường có một khoảng thời gian giới hạn (ví dụ 30 phút) để hoàn tất báo cáo xác nhận.
  • Trong thời gian đó, lượt xác nhận được xem là đang có người xử lý, người khác không thể nhận lượt này.
  • Nếu bạn huỷ giữa chừng, lượt sẽ mở lại cho người khác.
  • Nếu không gửi được trong thời gian quy định, lượt xác nhận hết hạn và mở lại cho người khác.

2. Quy định về tệp đính kèm

  • Bắt buộc phải có video quay màn hình (screencast).
  • Video không nên dài quá 15 giây trong đa số trường hợp — chỉ cần thể hiện đúng hành động gây ra lỗi là đủ.
  • Chỉ trong trường hợp hiếm (ví dụ trang đang tải liên tục), video có thể dài hơn, nhưng không nên dài hơn video của người báo cáo gốc.
  • Video phải luôn hiện rõ thanh địa chỉ URL khi test website.
  • Khi xác nhận lỗi app bị crash, cần đính kèm thêm crash log tương ứng, thời điểm trong video phải khớp với crash log.

Ngoài các quy định riêng trên, mọi quy định chung khác về tệp đính kèm (đã nói ở bài Tệp đính kèm trong Báo cáo Lỗi) vẫn áp dụng đầy đủ.

Xác nhận không tuân thủ quy định (video quá dài, thừa bước không cần thiết…) sẽ bị từ chối. Nếu bạn gửi xác nhận cho một lỗi nằm ngoài phạm vi (ví dụ đặt đơn hàng thật trên môi trường production), khả năng cao bạn sẽ nhận cảnh báo kèm việc bị từ chối.

3. Chỉ thực hiện một tác vụ tại một thời điểm

Thông thường bạn chỉ được thực thi một tác vụ tại một thời điểm. Nếu đang có tác vụ khác đang hoạt động (thực thi test case, phiên test đang chạy, xác nhận trùng lặp khác, xác nhận bản sửa lỗi…) mà bạn cố mở thêm một xác nhận mới, hệ thống thường sẽ cảnh báo và điều hướng bạn quay lại tác vụ đang dang dở trước.

4. Khi nào có thể gửi xác nhận trùng lặp

Thường chỉ khả dụng khi:

  • Đợt test vẫn đang diễn ra.
  • Chỉ áp dụng cho báo cáo functional bug của người khác.
  • Chỉ áp dụng cho báo cáo chưa được bên yêu cầu xem xét.
  • Số lượt xác nhận tối đa cho báo cáo đó chưa đạt giới hạn (giới hạn này tuỳ theo cấu hình từng dự án).
Trắc nghiệm: Xác nhận Lỗi Trùng lặp · 5 câu · 6 phút