Trong phần này, chúng ta sẽ tìm hiểu về Severity và Priority của một Bug trong kiểm thử phần mềm.
Các bài viết liên quan:
Severity
Tác động hay mức độ nghiêm trọng của Bug gây ra cho ứng dụng được gọi là Severity.
Nó có thể là một blocker, critical, major, và minor đối với Bug.
Blocker: nếu Severity của một Bug là trình chặn, có nghĩa là chúng tôi không thể tiến hành mô-đun tiếp theo và kỹ sư kiểm tra không cần thiết là lý tưởng.
Có hai loại Bug Blocker, như sau:
Một tính năng chính không hoạt động: Đăng nhập vào HDFC, chuyển số tiền không hoạt động
Luồng chính không hoạt động: Bản thân đăng nhập và đăng ký không hoạt động trong ứng dụng HDFC.
Critical: nếu nó là quan trọng, điều đó có nghĩa là chức năng chính không hoạt động và kỹ sư kiểm tra không thể tiếp tục kiểm tra.
Major: nếu nó là chính, có nghĩa là các thành phần và mô-đun hỗ trợ không hoạt động tốt, nhưng kỹ sư kiểm tra có thể tiếp tục kiểm tra.
Minor: nếu Severity của một Bug lớn, có nghĩa là tất cả các vấn đề của U.I không hoạt động tốt, nhưng quá trình thử nghiệm có thể được xử lý mà không bị gián đoạn.
Xem thêm Hướng dẫn tạo Page trên wordpress
Priority
Ưu tiên rất quan trọng đối với việc sửa Bug hoặc Bug nào sẽ được sửa trước hoặc Bug sẽ được sửa trong thời gian bao lâu.
Nó có thể là urgent, high, medium, và low.
High: nó là tác động lớn đến ứng dụng của khách hàng và nó phải được khắc phục trước tiên.
Medium: Trong trường hợp này, sự cố nên được khắc phục trước khi phát hành phiên bản hiện tại đang được phát triển.
Low: Lưu lượng nên được cố định nếu có thời gian, nhưng nó có thể được hoãn lại với bản phát hành tiếp theo.
Lưu ý: Kỹ sư kiểm tra quyết định Severity và Priority, đồng thời nhà phát triển cũng có thể thay đổi Severity với một lý do thích hợp và nhận xét về các báo cáo Bug.
Nhà phát triển không thể thay đổi Priority, bởi vì nếu nhà phát triển thay đổi Priority, họ có thể sửa Bug dễ gặp đầu tiên.
Xem thêm Chỉnh sửa màu trong menu
Ví dụ về Severity và Priority
ví dụ 1
Giả sử chúng ta phải gửi ưu tiên nghĩa là Bug nào cần sửa trước theo yêu cầu của khách hàng.
Khi Bug vừa được tìm thấy, nó sẽ được sửa trong bản dựng ngay tiếp theo và đặt Priority là P1 hoặc khẩn cấp.
Nếu Priority của Bug là P2 hoặc cao, nó sẽ được sửa trong 3-4 bản dựng tiếp theo.
Khi Priority của Bug là P3 / phương tiện, thì nó sẽ được sửa trong bản dựng trung gian của ứng dụng.
Và cuối cùng, nếu Priority là P4 / thấp, nó sẽ được sửa trong 2-3 lần xây dựng cuối cùng của phần mềm như chúng ta có thể thấy trong hình ảnh dưới đây:
Ví dụ 2
Nếu chúng ta lấy trường hợp của một mô-đun đăng nhập, thì Severity và Priority có thể phụ thuộc vào ứng dụng như chúng ta có thể thấy trong hình ảnh bên dưới:
Xem thêm Danh sách phần mềm Adobe
Các câu hỏi phổ biến về Severity và Priority trong testing software
Các câu hỏi phổ biến về Severity và Priority trong testing software tiếp theo có thể bao gồm:
- Sự khác biệt giữa Severity và Priority là gì?
Severity là mức độ nghiêm trọng của lỗi hoặc khuyết tật phần mềm, trong khi Priority là mức độ ưu tiên của lỗi hoặc khuyết tật phần mềm trong quá trình xử lý. Nói cách khác, Severity đo lường tác động của lỗi hoặc khuyết tật trên chức năng hoặc tính năng của phần mềm, trong khi Priority đo lường mức độ quan trọng của lỗi hoặc khuyết tật đối với sự hoàn thành dự án.
- Làm thế nào để xác định mức độ Severity của một lỗi hoặc khuyết tật?
Mức độ Severity của một lỗi hoặc khuyết tật được xác định bằng cách đánh giá tác động của nó lên tính năng hoặc chức năng của phần mềm. Một số yếu tố được sử dụng để xác định mức độ Severity bao gồm tần suất xảy ra, khả năng tái hiện, mức độ tác động lên người dùng và mức độ tác động lên hệ thống.
- Làm thế nào để xác định mức độ Priority của một lỗi hoặc khuyết tật?
Mức độ Priority của một lỗi hoặc khuyết tật được xác định bằng cách đánh giá mức độ quan trọng của nó đối với dự án. Một số yếu tố được sử dụng để xác định mức độ Priority bao gồm sự ảnh hưởng đến chức năng hoặc tính năng chính, mức độ khẩn cấp của việc sửa lỗi, ảnh hưởng đến hiệu suất và tác động đến người dùng cuối.
- Làm thế nào để quản lý các lỗi hoặc khuyết tật được ưu tiên cao?
Các lỗi hoặc khuyết tật được ưu tiên cao cần được xử lý một cách nhanh chóng và hiệu quả để đảm bảo tính ổn định và chất lượng của phần mềm. Quản lý dự án và nhóm kiểm thử cần tập trung vào giải quyết các lỗi hoặc khuyết tật được ưu tiên cao bằng cách sắp xếp và ưu tiên các công việc, thiết lập một kế hoạch ưu tiên và đảm bảo rằng các nhân viên có đủ tài nguyên và thời gian để giải quyết các vấn đề đó. Ngoài ra, có thể sử dụng các công cụ quản lý lỗi hoặc khuyết tật phần mềm để theo dõi và quản lý các vấn đề được ưu tiên cao.
- Làm thế nào để đánh giá lại mức độ Priority và Severity của một lỗi hoặc khuyết tật?
Mức độ Priority và Severity của một lỗi hoặc khuyết tật có thể được đánh giá lại trong quá trình kiểm thử hoặc sau khi phần mềm được triển khai. Việc đánh giá lại có thể bao gồm cập nhật mức độ Priority và Severity nếu có thay đổi trong tình hình dự án hoặc nếu có thông tin mới về tác động của lỗi hoặc khuyết tật.
- Làm thế nào để đảm bảo rằng mức độ Priority và Severity được xác định chính xác?
Để đảm bảo rằng mức độ Priority và Severity được xác định chính xác, quá trình đánh giá và phân loại các lỗi hoặc khuyết tật phải được thực hiện một cách cẩn thận và có tính hệ thống. Đội kiểm thử phần mềm nên có các tiêu chuẩn chung để đánh giá Severity và Priority, đồng thời nên xác định các yếu tố cụ thể được sử dụng để đánh giá mức độ Severity và Priority. Ngoài ra, các quy trình và công cụ quản lý lỗi hoặc khuyết tật phần mềm cũng có thể giúp đảm bảo rằng mức độ Priority và Severity được xác định chính xác.
