Incident report là gì

     
1. Incident là gì?

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

Các lý do khác của Incidents bao hàm cấu hình sai, hoặc bởi vì test environment, data kiểm tra sai, tác dụng mong muốn không hợp lý, lỗi của tester.Bạn đã xem: Incident report là gì

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

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

2. Log an Incidents

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


*

3. Incidents report

Vậy tại sao phải report Incidents? có rất nhiều lợi ích khi báo cáo Incidents:

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


*

4. Làm chũm nào để sở hữu Incidents report tốt

Như đã mày mò ở trên, việc report Incident có rất nhiều lợi ích. Vậy một 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 tin tức cơ phiên bản sau:

Incident này được phạt hiện như thế nào? khách hàng phát hiện, được phát hiện tại từ nhóm phát triển, hay được phát hiện bởi khối hệ thống thông báo từ bỏ độ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 tốt vài tháng.Tỷ lệ user bị ảnh hưởng: dưới 10%, 50%,...Ảnh hưởng mang lại hệ thống; Ảnh tận hưởng đến lợi nhuận của khách hàng hàng; tác động đến quan lại hệ bắt tay hợp tác giữa doanh nghiệp phát triển phần mềm với khách hàng hàng; dữ liệu cần tích lũy trên khối hệ thống bị biết mất; lộ thông tin cá nhân của fan dùng; những thông tin mật không tính thông tin cá nhân 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 hụt sót trong quá trình phân tích yêu thương cầu; vụ việc trong bản vẽ xây dựng hệ thống; vụ việc trong xây đắp hệ thống; quality code không được đảm bảo; thiết sót trong quá trình test; hiểu nhầm trong giao tiếp; lỗi vận hành,...Nội dung nắm tắt về Incident: phần này không nên viết nhiều năm quá, khoảng chừng 100 từ bỏ là đủ.Mức độ cấp bách của Incident: High; Normal; LowTác động của Incident: High; Normal; Low

Ở 2 tiêu chí Mức độ cần thiết của Incident và tác động của Incident, cường độ High/Normal/Low được tổ chức tự quy định dựa trên các tiêu chí được liệt kê sống trên.

Xem thêm: Trên Bản Đồ Tỉ Lệ 1 5000 - Chiều Dài Sân Trường Đo Được 3Cm

5. Công cụ làm chủ Incidents

Cũng như bug/defect, Incident cũng cần công nỗ lực quản lý. Report Incident trải qua một vài giai đoạn từ thừa nhận dạng ban đầu, ghi lại, phân tích, phân loại, sửa chữa, re-test và closed. Các công cụ quản lý giúp bạn dễ ợt theo dõi incident.

Xem thêm: Hạt Giống Cần Có Những Tiêu Chuẩn Sau Đây? Hạt Để Làm Giống Cần Có Các Tiêu Chuẩn Sau:


*

Các tool cai quản 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 đặc thù công việc và nghề nghiệp là "nằm vùng" trên nhiều dự án thì QA là đội ngũ đón đầu trong việc report Incident. Trên đấy là một số share 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 ^^