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 công dụng thực tế khác với công dụng mong ý muốn thì được hotline là Incidents, bugs, defects, problems or issues.Chúng ta yêu cầu phân biệt sự khác biệt giữa Incidents, bugs hay defects. Về cơ bản, một Incidents là ngẫu nhiên tình huống nào mà hệ thống hoạt động bất thường, bọn họ để cập đến incidents như 1 defects tuyệt bugs chỉ khi vì sao gốc rễ là một problem trong nhà cửa đã được test.Bạn vẫn xem: Incident report là gì

Các nguyên nhân khác của Incidents bao hàm cấu hình sai, hoặc vì chưng test environment, data thử nghiệm sai, công dụng mong muốn chưa phù hợp lý, lỗi của tester.Bạn đang xem: Incident report là gì

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

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

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 chưa hẳn chỉ là defect. Log Incidents giúp cất giữ hồ sơ về phần đông gì sẽ xảy ra, cũng 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ó không ít lợi ích khi báo cáo Incidents:

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


*

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

Như đã tò mò ở trên, việc report Incident có tương đối 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 cách nhìn 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ư vậy nào? khách hàng phát hiện, được phát hiện từ team phát triển, tuyệt được phát hiện bở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 đến vài tuần tuyệt vài tháng.Tỷ lệ user bị ảnh hưởng: bên dưới 10%, 50%,...Ảnh hưởng đến hệ thống; Ảnh tận hưởng đến lợi nhuận của khách hàng hàng; ảnh hưởng đến quan lại hệ bắt tay hợp tác giữa công ty phát triển ứng dụng với khách hàng; dữ liệu cần tích điểm trên khối hệ thống bị biết mất; lộ thông tin cá thể của người dùng; những tin tức mật ko kể thông tin cá nhân bị thất thoát như private key, IP address của SFTP,...Nguyên nhân thẳng của Incident: thiếu 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ấn đề trong xây cất hệ thống; quality code không đượ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 nắm tắt về Incident: phần này tránh việc viết nhiều năm quá, khoảng tầm 100 tự là đủ.Mức độ khẩn cấp của Incident: High; Normal; LowTác đụng của Incident: High; Normal; Low

Ở 2 tiêu chí Mức độ nguy 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 chuẩn được liệt kê sinh hoạt trên.

5. Công cụ cai quản Incidents

Cũng như bug/defect, Incident cũng cần được công núm quản lý. Báo cáo Incident trải qua một vài giai đoạn từ dìm 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ụ cai quản giúp bạn tiện lợi theo dõi incident.

Xem thêm: Đề Kiểm Tra 1 Tiết Hóa 11 Chương 1 Co Dap An, Đề Kiểm Tra 1 Tiết Hóa 11 Chương 1 Nâng Cao


*

Các tool cai quản cung cấp một số trong những tính năng:

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

Với đặc thù nghề nghiệp là "nằm vùng" tại nhiều dự án công trình thì QA là team ngũ đi đầu trong bài toán 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 ^^