STLC - Phân loại khiếm khuyết
Các khiếm khuyết được phân loại từ góc độ nhóm QA như Priority và từ quan điểm phát triển như Severity(độ phức tạp của mã để sửa chữa nó). Đây là hai cách phân loại chính đóng vai trò quan trọng trong khung thời gian và khối lượng công việc cần thực hiện để sửa chữa các khiếm khuyết.
Ưu tiên là gì?
Mức độ ưu tiên được định nghĩa là thứ tự các khiếm khuyết cần được giải quyết. Trạng thái ưu tiên thường được đặt bởi nhóm QA trong khi nâng cao lỗi với nhóm phát triển đề cập đến khung thời gian để sửa lỗi. Trạng thái Ưu tiên được đặt dựa trên yêu cầu của người dùng cuối.
Ví dụ: nếu logo của công ty được đặt không chính xác trong trang web của công ty thì mức độ ưu tiên cao nhưng nó có mức độ nghiêm trọng thấp.
Danh sách ưu tiên
Mức độ ưu tiên có thể được phân loại theo những cách sau:
Low - Những khiếm khuyết này có thể được sửa chữa sau khi những khuyết tật quan trọng được khắc phục.
Medium - Các khiếm khuyết cần được khắc phục trong các lần xây dựng tiếp theo.
High - Lỗi phải được khắc phục ngay lập tức vì lỗi ảnh hưởng đến ứng dụng ở một mức độ đáng kể và các mô-đun liên quan không thể được sử dụng cho đến khi nó được sửa.
Urgent - Lỗi phải được khắc phục ngay lập tức vì lỗi ảnh hưởng nghiêm trọng đến ứng dụng hoặc sản phẩm và không thể sử dụng sản phẩm cho đến khi nó đã được khắc phục.
Mức độ nghiêm trọng là gì?
Mức độ nghiêm trọng được định nghĩa là mức độ thiếu sót của lỗi trong ứng dụng và độ phức tạp của mã để sửa chữa nó từ quan điểm phát triển. Itcó liên quan đến khía cạnh phát triển của sản phẩm. Mức độ nghiêm trọng có thể được quyết định dựa trên mức độ xấu / nghiêm trọng của lỗi đối với hệ thống. Tình trạng mức độ nghiêm trọng có thể đưa ra ý tưởng về sự sai lệch trong chức năng do lỗi.
Example - Đối với trang web điều hành chuyến bay, lỗi trong việc tạo số vé so với đặt chỗ là mức độ nghiêm trọng và mức độ ưu tiên cao.
Danh sách mức độ nghiêm trọng
Mức độ nghiêm trọng có thể được phân loại theo những cách sau:
Critical /Severity 1- Lỗi ảnh hưởng đến hầu hết các chức năng quan trọng của Ứng dụng và nhóm QA không thể tiếp tục xác nhận ứng dụng đang được kiểm tra mà không sửa chữa nó. Ví dụ: Ứng dụng / Sản phẩm thường xuyên bị lỗi.
Major / Severity 2- Khiếm khuyết ảnh hưởng đến một mô-đun chức năng; nhóm QA không thể kiểm tra mô-đun cụ thể đó nhưng tiếp tục xác nhận các mô-đun khác. Ví dụ: đặt chỗ chuyến bay không hoạt động.
Medium / Severity 3- Lỗi có vấn đề với một màn hình hoặc liên quan đến một chức năng duy nhất, nhưng hệ thống vẫn hoạt động. Các khiếm khuyết ở đây không chặn bất kỳ chức năng nào. Ví dụ: Vé # là một đại diện không tuân theo các ký tự số chữ cái thích hợp như năm ký tự đầu tiên và năm ký tự cuối cùng là số.
Low / Severity 4- Nó không ảnh hưởng đến chức năng. Nó có thể là một khiếm khuyết thẩm mỹ, sự không nhất quán của giao diện người dùng cho một trường hoặc một đề xuất để cải thiện trải nghiệm người dùng cuối từ phía giao diện người dùng. Ví dụ: màu nền của nút Gửi không khớp với màu nền của nút Lưu.