- Xác định phân vùng tương đương và test case thích hợp theo yêu cầu dưới đây:
Cách viết Bug/ Defect
Ví dụ 2:
Ví dụ 2: Cách viết bug bằng tiếng anh như sau:
314
Độ Ưu tiên ( Priority) & Độ nghiêm trọng (Severity) trong quản lý Bug trọng (Severity) trong quản lý Bug
Trong kiểm thử phần mềm thì hai khái niệm Độ ưu tiên (Priority) và Độ nghiêm trọng. (Severity) cũng không quá xa lạ, đặc biệt là trong quản lý bug. Phụ thuộc vào độ ưu tiên mà lập trình viên lần lượt thực hiện fix bug .
315
Độ nghiêm trọng: Severity Bug
Mức độ nghiêm trọng của một con bug thường chỉ mức độ tác động của con bug đó đến sản phẩm
Mỗi dự án hay sản phẩm có tiêu chí đánh giá độ nghiêm trọng khác nhau nhưng thơng thường sẽ có 4 mức độ khác nhau từ nghiêm trọng nhất đến ít nghiêm trọng hơn:
Mức độ 1 (Critical):Rất nghiêm trọng, có thể làm cho PM "chết cứng" và khơng sử dụng được.
Mức độ 2 (Major):Nghiêm trọng, buộc phải sửa chữa để có thể sử dụng được như yêu cầu đề ra.
Mức độ 3 (Minor):Nhẹ, tuy không làm PM ngưng chạy, nhưng làm cho việc sử dụng PM khó khăn hoặc gây bất tiện cho người dùng Mức độ 4 (Cosmetic):Không ảnh hưởng đến chức năng hay hiệu năng
của PM được quy định trong yêu cầu (như vấn đề thẩm mỹ hoặc thơng báo sai chính tả).
Thực tế việc xác định độ nghiêm trọng của con bug khơng hẳn lúc nào cũng mang tính chất trắng-đen và tuyệt đối.
316
Độ ưu tiên: Priority Bug
Đã là bug thì sẽ phải sửa. Tuy nhiên, có một thực tế là đội phát triển
khó có thể sửa hết tất cả bug một lượt cũng như không đáng để sửa hết tất cả các bug. Do đó, đội phát triển sẽ phải cần đến độ ưu tiên của con bug để biết được bug nào cần được sửa trước bug nào sau. Độ ưu tiên của bug cũng thường được chia thành 3-4 cấp độ:
Mức độ 1 (Immediate):Bug sẽ phải sửa ngay lập tức, nếu không công việc sẽ không thể tiếp tục.
Mức độ 2 (High):độ ưu tiên cao; công việc sẽ bị ngăn trở rất nhiều nếu như lỗi vẫn chưa được sửa.
Mức độ 2 (Medium):độ ưu tiên trung bình; cơng việc sẽ gặp vài khó khăn nếu như lỗi vẫn chưa được sửa.
Mức độ 3 (Low):độ ưu tiên thấp nhất; công việc không bị ảnh hưởng nhưng lỗi vẫn phải được sửa.
317
Độ ưu tiên: Priority Bug Xác định độ ưu tiên? Bug nào sửa trước Xác định độ ưu tiên? Bug nào sửa trước
bug nào sửa sau (hoặc không sửa)? Dựavào độ nghiêm trọng của bug. Bug nào vào độ nghiêm trọng của bug. Bug nào nghiêm trọng nhất, tác động đến người dùng nhiều nhất thì sẽ được ưu tiên sửa trước. Bug nào ít nghiêm trọng hơn sẽ được sửa sau.
Xác định độ ưu tiên được khuyến khíchđối với kỹ sư kiểm thử nhưng không phải đối với kỹ sư kiểm thử nhưng không phải