Incident report là gì

     
1. Incident là gì?

Khi thực hiện test, sẽ có những lúc bạn thấy kết quả thực tế không giống với tác dụng mong muốn. Khi tác dụng thực tế khác với hiệu quả mong muốn thì được gọi là Incidents, bugs, defects, problems or issues.Chúng ta buộc phải phân biệt sự khác nhau giữa Incidents, bugs tuyệt defects. Về cơ bản, một Incidents là ngẫu nhiên tình huống nào nhưng mà hệ thống chuyển động bất thường, bọn họ để cập mang đến incidents như 1 defects hay bugs chỉ khi vì sao gốc rễ là 1 problem trong vật phẩm đã được test.Bạn đã xem: Incident report là gì

Các nguyên nhân khác của Incidents bao gồm cấu hình sai, hoặc vày test environment, data thử nghiệm sai, tác dụng mong muốn không hợp lý, lỗi của tester.

Bạn đang xem: Incident report là gì

Bạn sẽ xem: Incident report là gì

Incident được member trong team lưu lại và report cho những người có thẩm quyền (team lead, manager,...) để cùng phân tích xử lý và né tránh không để Incident giống như xảy ra.

2. Log an Incidents

Khi nói tới Incidents, ta cần hiểu rõ rằng việc hệ thống hoạt động bất thường không phải chỉ là defect. Log Incidents giúp giữ gìn hồ sơ về đông đảo gì vẫn xảy ra, cũng như theo dõi quy trình khắc phục Incidents.

Xem thêm: Thế Nào Là Bữa Ăn Đầy Đủ Chất Dinh Dưỡng ? Bữa Ăn Đủ Chất Dinh Dưỡng Là Bữa Ăn Như Thế Nào


*

Vậy vì sao phải report Incidents? có không ít lợi ích khi report Incidents:

Tiện cho việc theo dõi Incidents: Trong dự án thực tế, có khá nhiều bug/defect được tìm kiếm thấy. Nếu không tồn tại quy trình báo cáo, phân loại, làm chủ chúng thì sẽ rất khó nhằm theo dõi.Cung cấp thông tin cụ thể về Incidents cho những bên liên quan.Dựa vào những tài liệu báo cáo, hoàn toàn có thể phân tích chất lượng hệ thống. Phân tích report trên một dự án hoặc giữa các dự án để cung cấp thông tin nhằm cách tân quá trình trở nên tân tiến và kiểm thử.Dev cần thông tin trong report để tìm cùng fix bug. Phương diện khác, các report cũng cung cấp tin giúp team lead chăm chú độ ưu tiên để phân bổ tài nguyên cho phù hợp.Một số Incidents là lỗi do bạn dùng, tuy nhiên ít nhiều trong số bọn chúng bị lack lúc test.Từ báo cáo, ta bao gồm được tỷ lệ phát hiện tại lỗi bằng phương pháp so sánh bug/defect được report với phần lớn bug/defect tester phát chỉ ra trong quy trình test.Dưới đấy là công thức DDP tính toán phần trăm phát hiện nay lỗi:


*

4. Làm nuốm nào để có Incidents report tốt

Như đã tò mò ở trên, việc báo cáo Incident có rất nhiều lợi ích. Vậy một phiên bản báo cáo Incident cần có những thông tin gì?

Theo quan điểm cá nhân, tôi nghĩ về một Incident report tốt cần phải có những thông tin cơ bạn dạng sau:

Incident này được phát hiện như thế nào? quý khách phát hiện, được phát hiện tại từ đội phát triển, tốt được phát hiện tại bởi khối hệ thống thông báo từ động.Thời gian Incident làm ảnh hưởng đến hệ thống: trường đoản cú 1-3 tiếng, 3-12 tiếng, 12-24 tiếng,..có thể lên tới mức vài tuần xuất xắc vài tháng.Tỷ lệ user bị hình ảnh hưởng: dưới 10%, 50%,...Ảnh hưởng cho hệ thống; Ảnh tận hưởng đến lệch giá của khách hàng; tác động đến quan liêu hệ hợp tác giữa công ty phát triển ứng dụng với khách hàng; tài liệu cần tích lũy trên hệ thống bị biết mất; lộ thông tin cá thể của fan dùng; những thông tin mật ngoại trừ thông tin cá thể bị thất thoát như private key, IP address của SFTP,...Nguyên nhân trực tiếp của Incident: thiếu thốn sót trong quá trình phân tích yêu thương cầu; sự việc trong bản vẽ xây dựng hệ thống; vấn đề trong kiến thiết hệ thống; unique code ko được đảm bảo; thiết sót trong quy trình test; hiểu nhầm trong giao tiếp; lỗi vận hành,...Nội dung cầm tắt về Incident: phần này không nên viết lâu năm quá, khoảng tầm 100 tự là đủ.Mức độ cấp bách của Incident: High; Normal; LowTác hễ của Incident: High; Normal; Low

Ở 2 tiêu chuẩn Mức độ khẩn cấp của Incident và tác động ảnh hưởng của Incident, cường độ High/Normal/Low được tổ chức triển khai tự quy định dựa trên các tiêu chí được liệt kê ngơi nghỉ trên.

5. Công cụ thống trị Incidents

Cũng như bug/defect, Incident cũng cần phải công vậy quản lý. Báo cáo Incident trải qua một trong những giai đoạn từ nhấn dạng ban đầu, ghi lại, phân tích, phân loại, sửa chữa, re-test cùng closed. Các công cụ thống trị giúp bạn thuận tiện theo dõi incident.

Xem thêm: Hành Vi Lời Nói ( Speech Act Là Gì ? Ngôn Ngữ Anh: Hành Động Lời Nói Là Gì


*

Các tool thống trị cung cấp một vài tính năng:

Những tool cai quản có thể sử dụng: Redmine, Jira, Mantis, Usersnap, Doorbell,...

Với sệt thù nghề nghiệp và công việc là "nằm vùng" tại nhiều dự án thì QA là đội ngũ tiên phong trong bài toán report Incident. Trên đây là một số chia sẻ của bản thân về Incident trong cải cách và phát triển phẩn mềm. Thanks for reading ^^