Mức độ nghiêm trọng (Severity) là gì?
Mức độ nghiêm trọng (Severity) được định nghĩa là mức độ liên quan của lỗi đối sở hữu sự phát triển thành hoặc hoạt động của thành phần ứng dụng đang được thử nghiệm.
Hiệu quả cao hơn đối sở hữu chức năng hệ thống sẽ dẫn tới việc gán mức độ nghiêm trọng cao hơn cho lỗi. High quality Assurance (QA) (or Tester) thường là người xác định mức độ nghiêm trọng của lỗi.
Mức độ ưu tiên (Precedence) là gì?
Mức độ ưu tiên (Precedence) được định nghĩa là thứ tự động lỗi cần sửa. Lỗi ưu tiên càng cao thì càng cần giải quyết sớm.
Những lỗi khiến cho hệ thống phần mềm ko dùng được ưu tiên cao hơn những lỗi khiến cho 1 chức năng bé của phần mềm bị lỗi.
Defect Severity and Precedence Varieties (Những phân loại mức độ nghiêm trọng và ưu tiên của lỗi)
Trong Kiểm thử phần mềm, mức độ nghiêm trọng của lỗi có thể được phân thành 4 cấp độ :
- Essential (Nghiêm trọng) : Lỗi trên cấp độ này có nghĩa là xử lý của hệ thống bị ngừng hoàn toàn, không có chi có thể tiến hành thêm bất kỳ xử lý gì khác.
- Main/Excessive (Quan yếu) : Lỗi trên cấp độ này là siêu nghiêm trọng và khiến sập hệ thống. Tuy nhiên, 1 số phần của hệ thống vẫn hoạt động.
- Medium (Trung bình) : Lỗi trên cấp độ này gây ra 1 số hành vi ko mong muốn, nhưng hệ thống vẫn hoạt động
- Low (Thấp) : Lỗi trên cấp độ này sẽ ko gây ra bất kỳ sự cố lớn nào của hệ thống
Mức độ ưu tiên của lỗi có thể được phân thành 3 cấp độ :
- Low (Thấp) : Lỗi trên mức độ ưu tiên này là 1 tác nhân gây khó chịu nhưng việc sửa chữa có thể được thực hành 1 lúc Lỗi nghiêm trọng hơn đã được khắc phục
- Medium (Trung bình) : Trong quy trình bình thường của những hoạt động phát triển thành, Lỗi trên mức độ ưu tiên này nên được giải quyết. Nó có thể đợi cho tới lúc 1 phiên bản new được tạo ra
- Excessive (Cao) : Lỗi trên mức độ ưu tiên này buộc phải được giải quyết càng sớm càng phải chăng vì nó liên quan nghiêm trọng tới hệ thống và ko thể được dùng cho tới lúc được khắc phục
Những tip để xác định mức độ nghiêm trọng của lỗi
- Determine the frequency of incidence (Quyết định dựa trên tân suất xuất hiện) : Trong 1 số trường hợp, trường hợp sự xuất hiện của 1 lỗi bé thường xảy ra trong code, nó có thể trở nên nghiêm trọng hơn. Vì vậy, từ ý kiến của khách hàng, nó là nghiêm trọng hơn mặc dầu ấy là 1 lỗi bé.
- Isolate the defect (Cô lập khuyết điểm) : Cô lập khuyết điểm có thể giúp tìm ra mức độ nghiêm trọng của tác động.
So sánh Mức độ ưu tiên (Precedence) và Mức độ nghiêm trọng (Severity): Sự khác biệt chính
Mức độ ưu tiên (Precedence) Mức độ nghiêm trọng (Severity) Mức độ ưu tiên của lỗi đã xác định thứ tự động mà nhà phát triển thành nên giải quyết lỗi Mức độ nghiêm trọng của lối được định nghĩa là mức độ liên quan của lỗi đối sở hữu hoạt động của siêu phẩm Mức độ ưu tiên được phần thành 3 cấp độ : – Low (Thấp)- Medium (Trung bình) – Excessive (Cao) Mức độ nghiêm trọng được phần thành 4 cấp độ : – Essential (Nghiêm trọng)- Main/Excessive (Quan yếu) – Medium (Trung bình)- Low (Thấp) Mức độ ưu tiên liên quan tới lập kế hoạch Mức độ nghiêm trọng được hợp tác sở hữu chức năng hoặc những tiêu chuẩn Mức độ ưu tiên cho biết lỗi cần được sửa sớm như thế nào Mức độ nghiêm trọng cho thấy mức độ nghiêm trọng của lỗi trên chức năng siêu phẩm Mức độ ưu tiên của lỗi được quyết định sở hữu sự tư vấn của người quản lý / khách hàng High quality Assurance (QA) (or Tester) là người xác định mức độ nghiêm trọng của lỗi Mức độ ưu tiên được liên quan bởi giá trị marketing Mức độ nghiêm trọng được điều khiển bởi chức năng Giá trị của mức độ ưu tiên là chủ quan và có thể thay thế đổi trong 1 khoảng thời kì tùy thuộc} thuộc vào sự thay thế đổi trong tình hình dự án Giá trị của mức độ nghiệm trọng là khách quan và ít có khả năng thay thế đổi Mức độ ưu tiên cao và mức độ nghiêm trọng thấp cho thấy, lỗi buộc phải được khắc phục ngay nagy lập tức nhưng ko liên quan tới ứng dụng Mức độ nghiêm trọng cao và mức độ ưu tiên thấp cho thấy lỗi buộc phải được sửa chữa nhưng ko buộc phải ngay nagy lập tức Standing của mức độ ưu tiên dựa trên đề nghị của khách hàng Standing của mức độ nghiêm trọng dựa trên khía cạnh kỹ thuật của siêu phẩm Trong UAT, nhóm phát triển thành sửa lỗi dựa trên mức độ ưu tiên Trong SIT, nhóm phát triển thành sẽ sửa những lỗi dựa trên mức độ nghiêm trọng và tiếp tục ưu tiên
Thí dụ về Mức độ nghiêm trọng và Mức độ ưu tiên của lỗi
Hãy xem 1 dí dụ về mức độ nghiêm trọng thấp và mức độ ưu tiên cao và ngược lại
Mức độ nghiêm trọng siêu thấp sở hữu mức độ ưu tiên cao:
Lỗi brand cho bất kỳ trang internet giao hàng nào, có thể có mức độ nghiêm trọng thấp vì nó sẽ ko liên quan tới chức năng của trang internet nhưng có thể được ưu tiên cao vì khách hàng sẽ ko muốn tiếp tục gửi hàng nữa sở hữu brand sai.
Mức độ nghiêm trọng siêu cao sở hữu mức độ ưu tiên thấp:
Tương tự động như vậy, đối sở hữu trang internet khai thác chuyến bay, lỗi về chức năng đặt chỗ có thể có mức độ nghiêm trọng cao nhưng có thể là mức độ ưu tiên thấp vì có thể được lên lịch phát hành trong chu kỳ tiếp theo.
Defect Triage (Phân loại lỗi)
Phân loại lỗi là 1 quy trình cố gắng thực hành việc cân bằng lại quy trình trong ấy nhóm thử nghiệm buộc phải đối mặt sở hữu vấn đề hạn chế về nguồn lực. Vì vậy, lúc có số lượng lớn lỗi và tester hạn chế để xác minh chúng, việc phân loại lỗi để khiến sao càng nhiều lỗi được giải quyết nhất có thể dựa trên những tham số lỗi như mức độ nghiêm trọng và mức độ ưu tiên.
Bí quyết phân loại lỗi
Gần như những hệ thống dùng mức độ ưu tiên khiến tiêu chí chính để đánh giá lỗi. Tuy nhiên, 1 quy trình xử lý phân loại phải chăng cũng buộc phải xem xét mức độ nghiêm trọng.
Quy trình xử lý phân loại lỗi gồm những bước sau :
- Xem xét mọi những lỗi bao gồm những lỗi bị từ chối bởi crew
- Đánh giá ban đầu về những lỗi dựa trên nội dung của nó và thiết lập mức độ ưu tiên và mức độ nghiêm trọng tương ứng
- Ưu tiên những lỗi dựa trên những đầu vào
- Chỉ định lỗi chính xác bởi người quản lý siêu phẩm để phát hành
- Chuyển hướng lại lỗi cho chủ sở hữu / nhóm chính xác để tiếp tục hành động
Nguyên tắc mà mọi tester nên xem xét trước lúc chọn mức độ nghiêm trọng
Thông số mức độ nghiêm trọng được đánh giá bởi tester trong lúc tham số ưu tiên được đánh giá bởi người quản lý siêu phẩm hoặc bởi nhóm phân loại. Để ưu tiên cho lỗi, buộc phải} tester buộc phải chọn đúng mức độ nghiêm trọng để giảm thiểu nhầm lẫn cho nhóm phát triển thành.
- Hiểu rõ khái niệm mức độ ưu tiên và mức độ nghiêm trọng
- Luôn chỉ định mức độ nghiêm trọng dựa trên loại sự cố vì điều này sẽ liên quan tới mức độ ưu tiên của nó
- Hiểu cụ thể và chính xác State of affairs hoặc Check Case sẽ liên quan như thế nào tới khách hàng cuối
- Cần xem xét mất bao nhiêu thời kì để sửa lỗi dựa trên độ phức tạp và thời kì để xác minh lỗi
Vài scenorio siêu quan yếu liên quan tới mức độ nghiêm trọng và mức độ ưu tiên được hỏi trong cuộc phỏng vấn:
- Excessive Precedence & Excessive Severity: 1 lỗi xảy ra trên chức năng cơ bản của ứng dụng và sẽ ko cho phép khách hàng dùng hệ thống. (Thí dụ: Hệ thống gặp sự cố sau khoản thời gian bạn thực hành tính sổ hoặc lúc bạn ko thể thêm những phần vào Giỏ hàng, lỗi này được đánh dấu là lỗi nghiêm trọng cao và ưu tiên cao..)
- Excessive Precedence & Low Severity: Bất kỳ lỗi nghiêm trọng bé nào có thể liên quan quản lý tới trải nghiệm khách hàng. (Thí dụ: Những lỗi chính tả xảy ra trên trang bìa hoặc tiêu đề hoặc tiêu đề của 1 ứng dụng.)
- Excessive Severity & Low Precedence: 1 lỗi xảy ra trên chức năng của ứng dụng (ko có bí quyết giải quyết) và sẽ ko cho phép khách hàng dùng hệ thống nhưng là hợp tác mà khách hàng cuối hiếm lúc dùng.
- Low Precedence and Low Severity: Bất kỳ vấn đề thẩm mỹ hoặc chính tả nào trong 1 đoạn hoặc trong báo cáo (Ko buộc phải trên trang bìa, tiêu đề, tiêu đề).
Phần kết luận:
Trong Kỹ thuật phần mềm, việc chỉ định mức độ nghiêm trọng sai cho lỗi có thể trì hoãn quy trình STLC (Software program Testing Life Cycle) và có thể có 1 số ý nghĩa quyết định đối sở hữu hiệu suất chung của crew. Vì vậy, người có trách nhiệm này cần buộc phải kỹ càng và chính xác trong việc phát hành lỗi và phân loại lỗi.
