Gửi báo lỗi có thể tái hiện

Gửi báo cáo vào kho phản hồi Lumi. Nếu chưa có quyền truy cập, gửi cho người phụ trách đợt kiểm thử qua kênh đã thống nhất. Không cần tạo báo cáo trùng ở kho mã nguồn.

Trước khi gửi

Tìm lỗi tương tự trước. Nếu đã có, bổ sung thông tin về phiên bản và cách tái hiện vào báo cáo đó. Mỗi lỗi mới nên tập trung vào một hành vi; “ứng dụng nhiều lỗi” không đủ để nhóm phát triển kiểm tra.

Tiêu đề tốt: [Android][Công việc] Đổi sang Đang chờ nhưng mở lại vẫn là Đang làm.

Mẫu báo lỗi

Sao chép mẫu dưới đây vào nội dung issue rồi điền thông tin thực tế. Không cần đính kèm tệp Word.

Tiêu đề: [Nền tảng][Màn hình] Hành vi sai

Môi trường
- URL hoặc tên ứng dụng:
- Phiên bản / số bản dựng:
- Thiết bị / hệ điều hành / trình duyệt:
- Vai trò / tổ chức thử nghiệm:
- Thời điểm và múi giờ:
- Mã kịch bản, nếu có:

Điều kiện trước khi thử
- Tài khoản, quyền và dữ liệu thử cần có:

Các bước tái hiện
1.
2.
3.

Kết quả mong đợi:
Kết quả thực tế:
Tần suất: [số lần gặp / số lần thử thực tế]
Ảnh hoặc video:
Thông báo lỗi nguyên văn:
Ảnh hưởng: [chặn công việc gì, có cách tạm xử lý không]
Dữ liệu cần giữ để tái hiện:

Chụp bằng chứng vừa đủ

Ảnh nên có màn hình xảy ra lỗi và thông báo liên quan. Video hữu ích khi lỗi phụ thuộc thứ tự thao tác, bàn phím hoặc chờ tải. Ghi nguyên văn lỗi hiển thị; không cần phỏng đoán nguyên nhân kỹ thuật.

Che mật khẩu, token, đường dẫn mời còn hiệu lực, số điện thoại và dữ liệu khách hàng. Với lỗi lộ dữ liệu, chỉ chia sẻ bằng chứng tối thiểu qua kênh riêng được nhóm phụ trách chỉ định.

Dán nội dung mô tả trực tiếp bằng văn bản/Markdown; đính kèm ảnh hoặc video riêng. Không đưa thông tin quan trọng vào tệp văn phòng mà người xử lý không đọc được ngay.

Sau khi nhận bản sửa

Ghi đúng phiên bản hoặc địa chỉ được giao, chạy lại các bước ban đầu rồi kiểm tra một thao tác gần đó. Báo “đã kiểm tra lại trên…” cùng bằng chứng mới. Một phản hồi “đã sửa mã” chưa chứng minh bản ứng dụng bạn đang dùng đã có bản sửa.