Làm thế nào để báo cáo lỗi cho nhà phát triển? Một lập trình viên tìm kiếm giáo dục về báo cáo lỗi


13

Tôi hy vọng sẽ nhận được một số lời khuyên và lời khuyên về cách giáo dục phần còn lại của công ty về cách gửi báo cáo lỗi thích hợp. Hiện tại chúng tôi nhận được vé như:

  • Khi tôi nhấp vào liên kết này, tôi nhận được 404. (Chúng bao gồm trang 404 và không phải trang gây ra nó)
  • Đôi khi cột bên phải chảy vào cột nút. (không có ảnh chụp màn hình hoặc thông tin bổ sung)
  • Thay đổi đối với xxx dường như đang hoạt động đúng. (EOM)

Có ai có quy trình / biểu mẫu gửi lỗi hướng dẫn người dùng gửi càng nhiều thông tin càng tốt không?


Câu trả lời:


14

Trong tổ chức của chúng tôi, chúng tôi sử dụng một mẫu lỗi yêu cầu thông tin sau khi gửi lỗi:

  1. Mô tả ngắn về lỗi
  2. Các bước để tạo lại lỗi (đây là quy trình từng bước để tái tạo lỗi)
  3. Kết quả mong đợi (những gì họ mong đợi sẽ xảy ra)
  4. Kết quả thực tế (những gì thực sự đã xảy ra)
  5. Phiên bản phần mềm và hệ điều hành

Đây là thông tin tối thiểu cần thiết. Chúng tôi cũng yêu cầu ảnh chụp màn hình và tệp nhật ký ứng dụng phù hợp với lỗi đang được đề cập.

Chúng tôi cố gắng làm cho các phóng viên báo cáo lỗi của chúng tôi báo cáo lỗi từ quan điểm của người dùng càng nhiều càng tốt. Điều đó giúp dễ dàng đánh giá mức độ nghiêm trọng của lỗi nhanh hơn để chúng tôi có thể ưu tiên sửa lỗi.


Không thể nói điều đó tốt hơn bản thân mình
Bruce McLeod

9

Làm việc rất nhiều với những khách hàng không thực sự biết cách gửi lỗi, tôi chưa bao giờ thực sự thành công trong việc giải thích cho khách hàng cách làm đúng. Nhưng một số người có thể nhận thấy họ đang làm sai, đặc biệt là khi bạn lặp đi lặp lại cùng một câu hỏi hoặc nếu bạn hướng dẫn họ.

Lặp lại chính mình

Ví dụ:

Báo cáo lỗi 1: Bảng điều khiển bên trái không được hiển thị chính xác trong trình duyệt của tôi.

Trả lời báo cáo lỗi 1: Cảm ơn bạn đã gửi lỗi. Bạn có thể vui lòng cung cấp cho chúng tôi tên và phiên bản trình duyệt bạn đã sử dụng và ảnh chụp màn hình của sự cố không? Cảm ơn bạn.

Báo cáo lỗi 2: Khi tôi di chuyển chuột qua nút "Gửi" trên trang "Gửi đơn đặt hàng", văn bản bên dưới sẽ biến mất.

Trả lời báo cáo lỗi 2: Cảm ơn bạn đã gửi lỗi. Bạn có thể vui lòng cung cấp cho chúng tôi tên và phiên bản trình duyệt bạn đã sử dụng và ảnh chụp màn hình của sự cố không? Cảm ơn bạn.

...

Báo cáo lỗi 1024: Này, tôi nghĩ có một lỗi trên trang chủ khi tôi sử dụng Ứng viên phát hành Firefox 4.0. Khi tôi di chuột qua các mặt bên, màu của chúng vẫn là màu đen, trong khi ở Firefox 3.6 và Internet Explhorror 8, màu được chuyển sang màu xanh đậm. Xem ảnh chụp màn hình bên dưới.

Khi được yêu cầu làm những việc lặp đi lặp lại, khách hàng sẽ hiểu được ít nhiều một cách nhanh chóng rằng lần sau sẽ dễ dàng thực hiện nó hơn.

Lưu ý rằng việc sao chép các yêu cầu của bạn là rất quan trọng. Nếu bạn hình thành các yêu cầu khác nhau mỗi lần, khách hàng sẽ mất nhiều thời gian hơn để nhận thấy rằng bạn yêu cầu điều tương tự cho mọi lỗi tương tự.

Bot lặp lại thậm chí còn tốt hơn

Nếu có một điều giúp ích rất nhiều trong việc "dạy" khách hàng, thì đó là gửi câu trả lời tự động. Nếu bạn sử dụng một sản phẩm để gửi lỗi, điều đó sẽ khó thực hiện, nhưng nếu bạn đã thực hiện hệ thống theo dõi lỗi của riêng mình, điều đó có thể dễ dàng.

Câu trả lời tự động giúp vì họ cho cảm giác lặp lại mạnh mẽ hơn và hành vi xác định của họ có nghĩa là câu trả lời của họ sẽ giống nhau. Khi bạn hỏi điều gì đó với một con người và cô ấy từ chối nó, bạn có thể hỏi điều tương tự trong một tuần. Nếu một robot từ chối một cái gì đó, có khả năng nó sẽ từ chối điều tương tự lặp đi lặp lại trong nhiều năm.

Cũng rất dễ dàng để tạo ra sự khác biệt giữa câu trả lời tự động và do con người tạo ra. Ví dụ (hãy tưởng tượng chúng ta giao dịch với một khách hàng mà chúng ta biết trong nhiều năm và rất thân với cô ấy):

Phản ứng của một con người

Báo cáo lỗi 256: Xin chào. Tôi đã yêu cầu ngày hôm qua để sửa đổi các liên kết vì những thay đổi trong yêu cầu, nhưng một nửa các liên kết vẫn giống nhau. Có vấn đề gì không?

Trả lời báo cáo lỗi 256: Ồ, tôi xin lỗi, nhưng chính xác các liên kết bạn đang nói về là gì? Tôi đã kiểm tra mười trang bị ảnh hưởng bởi yêu cầu và không thấy bất kỳ vấn đề nào.

Phản hồi của bot

Báo cáo lỗi 256: Xin chào. Tôi đã yêu cầu ngày hôm qua để sửa đổi các liên kết vì những thay đổi trong yêu cầu, nhưng một nửa các liên kết vẫn giống nhau. Có vấn đề gì không?

Trả lời báo cáo lỗi 256: Báo cáo lỗi của bạn không được hệ thống chấp nhận vì lý do sau:

· Các URI của các trang bị ảnh hưởng không được chỉ định.

Chúng tôi xin lỗi vì sự bất tiện này. Bạn có thể gửi lại lỗi bằng cách cung cấp thông tin được yêu cầu.

Hướng dẫn những người gửi báo cáo lỗi

Một lần nữa, nếu bạn có thể tùy chỉnh hệ thống báo cáo lỗi, có thể nên thêm một số hướng dẫn và gợi ý.

Thay vì để người dùng điền vào vùng văn bản và nhấp vào "Gửi", hãy tạo một vài trình hướng dẫn hoặc chỉ các biểu mẫu với các trường bắt buộc cho các tình huống phổ biến.

Ví dụ: đối với một dự án trang web, hãy tạo một biểu mẫu "Kết xuất vấn đề" với các trường sau:

  • Trang bị ảnh hưởng là gì? (bắt buộc) (Đặt thành "Tất cả" nếu mọi trang của trang web bị ảnh hưởng)
  • Bạn thấy gì? (bắt buộc)
  • Bạn dự kiến ​​sẽ thấy gì thay thế? (không bắt buộc)
  • Bạn sử dụng trình duyệt nào [FF | IE | Opera | Safari | Khác: _ ]? (bắt buộc)
  • Phiên bản trình duyệt bạn sử dụng là gì? (bắt buộc)
  • Đây có phải là phiên bản beta hoặc phiên bản ứng cử viên phát hành của trình duyệt, nếu không được chỉ định ở trên [Có: _ | Không]? (bắt buộc)
  • Bạn đã kiểm tra cùng một trang trong các trình duyệt khác [Có | Không] chưa? (bắt buộc)
  • Nếu bạn trả lời "có", bạn có quan sát vấn đề tương tự trong các trình duyệt khác [Có | Không] không? (...)
  • Bạn có tắt JavaScript [Có | Không] không? (bắt buộc)
  • Bạn có các tùy chọn tùy chỉnh, như văn bản lớn hơn hoặc nhỏ hơn, màu tùy chỉnh, v.v ... [Có: _ | Không]? (bắt buộc)
  • Vui lòng cung cấp ảnh chụp màn hình của toàn bộ trang hoặc một phần của trang hiển thị vấn đề kết xuất. Ảnh chụp màn hình phải là hình ảnh PNG hoặc JPG. Để tìm hiểu cách tạo ảnh chụp màn hình, hãy truy cập <a href="..."> trợ giúp trực tuyến </a> của chúng tôi. (bắt buộc)

khách hàng hiểu được ít nhiều một cách nhanh chóng rằng lần sau sẽ dễ dàng thực hiện nó hơn . Phân biệt giới tính vẫn đúng.
Louis Kottmann

đây dường như là một cách tiếp cận tích cực rất thụ động, tôi không chắc nó sẽ phù hợp với tất cả mọi người.
jk.

6

Chào.
Có thể khó thực hiện điều này ở cấp độ tổ chức, nhưng sẽ hữu ích khi đưa những người gửi báo cáo như thế và làm hội thảo với họ. Bạn ghép nối chúng và yêu cầu 'gửi' báo cáo lỗi cho nhau. Sau khi một người đưa ra báo cáo lỗi cho người khác, hãy hỏi người đã nhận được báo cáo lỗi để tái tạo vấn đề. Hãy để họ làm việc chi tiết để xem thông tin nào là quan trọng. Hơn vai trò chuyển đổi giữa họ.

Nếu bạn cần một cái gì đó như hướng dẫn, hãy tạo tài liệu dựa trên trải nghiệm của bạn và kết quả tìm kiếm đơn giản của Google , như:


2

Đôi khi bạn chỉ cần ngồi xuống với người dùng cá nhân hoặc trong một cuộc hội thảo và hướng dẫn họ qua hệ thống bán vé của bạn. Và, khi người dùng nộp một vé xấu, hãy gọi cho họ và nói chuyện với họ và giải thích cách điền vào mọi thứ.

Chúng tôi đã nỗ lực thúc đẩy loại nỗ lực đó trong vài năm qua. Chắc chắn, đó là rất nhiều lần một, nhưng về lâu dài, chúng tôi hiện có một cơ sở người dùng thực sự tốt trong việc nộp vé. Và tôi nghĩ từ quan điểm của người dùng, họ thấy rằng vé tốt hơn có nghĩa là thời gian quay vòng nhanh hơn trong các sửa lỗi và triển khai tính năng.

Ngoài ra, bạn có thể nâng cấp theo dõi lỗi của mình bằng cách thêm báo cáo sự cố tự động vào các ứng dụng của bạn. Nó có thể thực sự hữu ích khi khai thác dữ liệu báo cáo sự cố để tìm các lỗi sự cố mà người dùng không báo cáo hoặc các lỗi được báo cáo với thông tin mờ.


1

Sử dụng một cơ sở dữ liệu lỗi và cập nhật chi tiết thiếu ad hoc. Sẽ không có vấn đề gì nhiều nếu bạn sử dụng bugzilla hoặc chỉ là một bảng excel miễn là bạn có một số loại danh sách nơi bạn có thể điền vào các trường. Tôi chỉ sử dụng một bảng excel cho cơ sở dữ liệu lỗi đơn giản mà bạn tự xử lý: nhập mô tả hình ảnh ở đây

Bạn cũng có thể sử dụng www.reqtest.com mà tôi nghĩ là một hệ thống kiểm tra lỗi và kiểm tra lỗi rất tốt.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.