Quay lại danh sách
Báo lỗi và đề xuất tính năng: gửi thế nào để được xử lý nhanh
Cập nhật phiên bản15 tháng 9, 202611

Báo lỗi và đề xuất tính năng: gửi thế nào để được xử lý nhanh

Tác giả: Quản trị viên Hệ thống

Phần lớn thời gian xử lý một báo lỗi không nằm ở việc sửa, mà ở việc dựng lại được tình huống. Ba thông tin dưới đây rút ngắn phần đó nhiều nhất.

Ba thông tin cần có

  1. Tên màn hình - ví dụ "Danh mục hóa chất", hoặc chép nguyên địa chỉ trên thanh trình duyệt. Địa chỉ là chính xác nhất vì nó chứa cả bộ lọc đang áp dụng.
  2. Việc đang làm - ví dụ "bấm Lưu khi thêm chai hóa chất mới". Nói rõ thao tác cuối cùng trước khi gặp lỗi.
  3. Ảnh chụp màn hình kèm nguyên văn thông báo lỗi nếu có.

Nên viết thế nào

Cách viết ít dùng được nhất là "phần mềm bị lỗi". Cách viết dùng được ngay:

Màn hình Danh mục hóa chất, lọc theo phòng A6-104. Bấm "Thêm hóa chất", điền xong bấm Lưu thì hiện báo đỏ "Mã CAS không hợp lệ" dù tôi chép đúng mã trên nhãn là 7664-39-3. Ảnh chụp kèm theo.

Đoạn này cho biết màn hình, bộ lọc, thao tác, thông báo lỗi và dữ liệu cụ thể. Người xử lý dựng lại được ngay.

Trước khi báo, thử hai việc

  • Tải lại trang bằng Ctrl+F5 (Cmd+Shift+R trên Mac). Nhiều trường hợp là trình duyệt còn giữ bản cũ sau một lần cập nhật.
  • Kiểm tra quyền. Nếu không thấy một mục trên thanh điều hướng, gần như luôn là vai trò chưa được cấp quyền chứ không phải phần mềm thiếu chức năng.

Đề xuất tính năng

Đề xuất hữu ích nhất là đề xuất mô tả công việc thật, không phải mô tả giải pháp. Thay vì "thêm nút xuất Excel ở màn hình X", hãy viết "cuối mỗi học kỳ tôi phải nộp danh sách Y cho phòng Z, hiện đang phải chép tay từ màn hình X". Cách thứ hai cho phép tìm giải pháp gọn hơn cái đã nghĩ ra.

Việc gấp liên quan an toàn

Sự cố an toàn thì không chờ quy trình báo lỗi phần mềm: xử lý theo quy định của Nhà trường trước, ghi nhận vào phân hệ An toàn → Báo cáo sự cố ngay trong ngày.

Ảnh: Trường Đại học Quy Nhơn / Chương trình IUC-QNU.