Severity (Mức độ nghiêm trọng) & Priority (Mức độ ưu tiên) trong Testing: Sự khác biệt và ví dụ

Mức độ nghiêm trọng (Severity) là gì? Mức độ nghiêm trọng (Severity) được định nghĩa là mức độ ảnh hưởng của lỗi đối với sự phát triển 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 với chức năng hệ thống sẽ dẫn đến việc gán mức độ nghiêm trọng cao hơn cho lỗi. 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 (Priority) là gì? Mức độ ưu tiên (Priority) được định nghĩa là thứ tự 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.

Các lỗi khiến hệ thống phần mềm không sử dụng được ưu tiên cao hơn các lỗi khiến một chức năng nhỏ của phần mềm bị lỗi.

Defect Severity and Priority Types (Các 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 độ :

Critical (Nghiêm trọng) : Lỗi ở 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ó gì có thể tiến hành thêm bất kỳ xử lý gì khác.

Major/High (Quan trọng) : Lỗi ở cấp độ này là rất nghiêm trọng và làm sập hệ thống. Tuy nhiên, một số phần của hệ thống vẫn hoạt động.

Medium (Trung bình) : Lỗi ở cấp độ này gây ra một số hành vi không mong muốn, nhưng hệ thống vẫn hoạt động

Low (Thấp) : Lỗi ở cấp độ này sẽ không 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 ở mức độ ưu tiên này là một tác nhân gây khó chịu nhưng việc sửa chữa có thể được thực hiện một khi Lỗi nghiêm trọng hơn đã được khắc phục

Medium (Trung bình) : Trong quá trình bình thường của các hoạt động phát triển, Lỗi ở mức độ ưu tiên này nên được giải quyết. Nó có thể đợi cho đến khi một phiên bản mới được tạo ra

High (Cao) : Lỗi ở mức độ ưu tiên này phải được giải quyết càng sớm càng tốt vì nó ảnh hưởng nghiêm trọng đến hệ thống và không thể được sử dụng cho đến khi được khắc phục

Các tip để xác định mức độ nghiêm trọng của lỗi

Ưu tiên cao và mức độ nghiêm trọng cao: Một lỗi xảy ra trên các chức năng cơ bản của ứng dụng và sẽ không cho phép người dùng tiếp tục sử dụng hệ thống. Ví dụ: Khi khởi động một app mà app bị crash liên tục không thể khởi động được app đó, do vậy đây là ưu tiên cao và mức độ nghiêm trọng lỗi cao.

Ưu tiên cao và mức độ nghiêm trọng thấp: Trên trang chủ của trang web của công ty lỗi chính tả trong tên của công ty chắc chắn là một vấn đề ưu tiên cao. Về chức năng nó không được phá vỡ bất cứ điều gì vì vậy mức độ nghiêm trọng là thấp nhưng làm ảnh hưởng xấu đến uy tín trang web của công ty. Vì vậy, nó được ưu tiên cao nhất để khắc phục.

Mức độ nghiêm trọng cao và ưu tiên thấp: Một lỗi xảy ra trên các chức năng của các ứng dụng (mà không có cách giải quyết khác) và sẽ không cho phép người dùng sử dụng các hệ thống nhưng trên nhấp chuột của liên kết mà hiếm khi được sử dụng bởi người dùng cuối. Cụ thể như: những bài báo cáo theo quý tải về không tạo ra một cách chính xác từ các trang web và người sử dụng đã được nhập vào trong phần tư trong tháng trước. Vì vậy, chúng ta có thể nói lỗi là cao Mức độ nghiêm trọng - đây là lỗi xảy ra trong khi tạo ra báo cáo hàng quý. Chúng tôi có thời gian để sửa chữa các lỗi như báo cáo, nó được tạo ra vào cuối quý này nên ưu tiên để khắc phục lỗi này là thấp. Hệ thống là đâm vào một trong những kịch bản góc, nó đang tác động đến chức năng chính của hệ thống vì vậy mức độ nghiêm trọng của lỗi này là cao nhưng vì nó là kịch bản có rất nhiều người dùng không nhìn thấy trang này nên ta có thể đánh dấu nó như là thấp ưu tiên của dự án quản lý từ nhiều lỗi quan trọng khác là khả năng để sửa chữa trước khi làm lỗi ưu tiên cao vì lỗi ưu tiên cao là có thể được hiển thị cho khách hàng hoặc người sử dụng cuối đầu.

Ưu tiên thấp và Mức độ nghiêm trọng thấp: Bất kỳ vấn đề thẩm mỹ hoặc chính tả mà là trong một đoạn văn hay trong báo cáo (Không phải trên trang bìa, tiêu đề, tiêu đề)Ví dụ: Lỗi chính tả trong thông báo lỗi xác nhận như "You have registered success" thay vì phải viết success thì ta phải viết successfully.

Nguyên tắc mà mọi tester nên xem xét trước khi chọn mức độ nghiêm trọng:

Thông số mức độ nghiêm trọng được đánh giá bởi tester trong khi tham số ưu tiên được đánh giá bởi người quản lý sản phẩm hoặc bởi nhóm phân loại. Để ưu tiên cho lỗi, bắt buộc tester phải chọn đúng mức độ nghiêm trọng để tránh nhầm lẫn cho nhóm phát triển.

• 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ẽ ảnh hưởng đến mức độ ưu tiên của nó
• Hiểu cụ thể và chính xác Scenario hoặc Test Case sẽ ảnh hưởng như thế nào đến người dùng cuối
• Cần xem xét mất bao nhiêu thời gian để sửa lỗi dựa trên độ phức tạp và thời gian để xác minh lỗi

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 quá trình STLC (Software Testing Life Cycle) và có thể có một số ý nghĩa quyết định đối với hiệu suất chung của team. Vì vậy, người có trách nhiệm này cần phải cẩn thận và chính xác trong việc phát hành lỗi và phân loại lỗi.

Nguồn Tham khảo: https://www.guru99.com/defect-severity-in-software-testing.html http://tryqa.com/what-is-the-difference-between-severity-and-priority/