Vòng đời lỗi/khiếm khuyết trong kiểm thử phần mềm
Thomas Hamilton
Vòng đời Khiếm khuyết/Lỗi là gì?
Vòng đời khiếm khuyết hoặc Vòng đời lỗi trong kiểm thử phần mềm là tập hợp các trạng thái cụ thể mà lỗi hoặc lỗi phải trải qua trong suốt vòng đời của nó. Mục đích của vòng đời Khiếm khuyết là để dễ dàng điều phối và truyền đạt trạng thái hiện tại của khiếm khuyết thay đổi đối với những người được giao khác nhau và làm cho quá trình sửa lỗi có hệ thống và hiệu quả.
👉 Đăng ký tham gia Dự án Kiểm thử Phần mềm Trực tiếp Miễn phí
Tình trạng lỗi
Tình trạng lỗi Trạng thái lỗi (Bug Status) trong vòng đời lỗi là trạng thái hiện tại mà lỗi hoặc sự cố đang trải qua. Mục tiêu của trạng thái lỗi là truyền đạt chính xác trạng thái hoặc tiến trình hiện tại của lỗi hoặc sự cố để có thể chẩn đoán và điều chỉnh tốt hơn. track và hiểu được tiến trình thực tế của vòng đời lỗi.
Quy trình làm việc của các trạng thái lỗi
Số lượng trạng thái mà một lỗi trải qua sẽ khác nhau tùy theo từng dự án. Dưới đây là sơ đồ vòng đời, bao gồm tất cả các trạng thái có thể có
- New: Khi một lỗi mới được ghi lại và đăng lần đầu tiên. Nó được gán trạng thái là MỚI.
- Giao: Sau khi người kiểm thử đăng lỗi, trưởng nhóm kiểm thử sẽ phê duyệt lỗi và giao lỗi cho nhóm nhà phát triển
- Mở: Nhà phát triển bắt đầu phân tích và tiến hành sửa lỗi
- đã sửa: Khi nhà phát triển thực hiện thay đổi mã cần thiết và xác minh thay đổi đó, họ có thể đặt trạng thái lỗi là “Đã sửa”.
- Đang chờ kiểm tra lại: Sau khi lỗi được khắc phục, nhà phát triển sẽ đưa ra một mã cụ thể để người kiểm tra kiểm tra lại mã đó. Kể từ khi kiểm thử phần mềm vẫn đang chờ xử lý kể từ khi người kiểm tra kết thúc, trạng thái được chỉ định là "đang chờ kiểm tra lại".
- Thi lại: Người kiểm tra thực hiện kiểm tra lại mã ở giai đoạn này để kiểm tra xem lỗi đã được nhà phát triển sửa hay chưa và thay đổi trạng thái thành “Kiểm tra lại”.
- Xác minh: Người kiểm thử sẽ kiểm tra lại lỗi sau khi lỗi được nhà phát triển sửa. Nếu không phát hiện thấy lỗi nào trong phần mềm thì lỗi đó đã được sửa và trạng thái được chỉ định là “đã xác minh”.
- Mở cửa trở lại: Nếu lỗi vẫn tồn tại ngay cả sau khi nhà phát triển đã sửa lỗi, người kiểm tra sẽ thay đổi trạng thái thành “đã mở lại”. Một lần nữa lỗi lại trải qua vòng đời.
- Đóng : Nếu lỗi không còn tồn tại thì người kiểm tra sẽ gán trạng thái “Đã đóng”.
- Bản sao: Nếu lỗi được lặp lại hai lần hoặc lỗi tương ứng với cùng một khái niệm về lỗi, trạng thái sẽ được thay đổi thành “trùng lặp”.
- Bị từ chối: Nếu nhà phát triển cảm thấy lỗi không phải là lỗi thực sự thì nó sẽ thay đổi lỗi đó thành “bị từ chối”.
- Hoãn: Nếu lỗi hiện tại không phải là lỗi ưu tiên hàng đầu và nếu nó dự kiến sẽ được sửa trong bản phát hành tiếp theo thì trạng thái “Trì hoãn” sẽ được gán cho các lỗi đó
- Không phải là một lỗi: Nếu nó không ảnh hưởng đến chức năng của ứng dụng thì trạng thái được gán cho lỗi là “Không phải lỗi”.
Giải thích vòng đời lỗi/khiếm khuyết
- Người kiểm tra tìm thấy lỗi
- Trạng thái được gán cho lỗi- Mới
- Một lỗi được chuyển tiếp đến Người quản lý dự án để phân tích
- Người quản lý dự án quyết định xem lỗi có hợp lệ hay không
- Ở đây lỗi không hợp lệ - trạng thái được đưa ra là “Bị từ chối”.
- Vì vậy, người quản lý dự án chỉ định một trạng thái từ chối. Nếu lỗi không bị từ chối thì bước tiếp theo là kiểm tra xem lỗi đó có nằm trong phạm vi không. Giả sử chúng ta có một chức năng khác - chức năng email cho cùng một ứng dụng và bạn thấy có vấn đề với chức năng đó. Nhưng nó không phải là một phần của bản phát hành hiện tại khi những lỗi như vậy được chỉ định là hoãn lại hoặc trì hoãn trạng thái.
- Tiếp theo, người quản lý xác minh xem lỗi tương tự có xuất hiện trước đó hay không. Nếu có lỗi được gán một trạng thái bản sao.
- Nếu không, lỗi sẽ được giao cho nhà phát triển, người bắt đầu sửa mã. Trong giai đoạn này, lỗi được gán một trạng thái trong tiến trình.
- Sau khi mã được sửa. Một lỗi được gán một trạng thái cố định
- Tiếp theo, người kiểm tra sẽ kiểm tra lại mã. Trong trường hợp, Trường hợp thử nghiệm vượt qua khiếm khuyết là khép kín. Nếu các trường hợp kiểm thử lại thất bại, lỗi là mở lại và được giao cho nhà phát triển.
- Hãy xem xét tình huống trong lần phát hành đầu tiên của Đặt chỗ chuyến bay, người ta đã tìm thấy một lỗi trong đơn hàng Fax đã được khắc phục và được gán trạng thái đã đóng. Trong lần nâng cấp thứ hai, lỗi tương tự lại xuất hiện. Trong những trường hợp như vậy, một lỗi đóng sẽ được được mở lại.
Đó là tất cả về Vòng đời lỗi
Video đào tạo này mô tả các giai đoạn khác nhau trong vòng đời lỗi hay còn gọi là lỗi và tầm quan trọng của nó thông qua sự trợ giúp của một ví dụ
Nhấp chuột đây nếu video không thể truy cập được
Câu Hỏi Thường Gặp
Tổng kết
Hiểu rõ vòng đời lỗi giúp quản lý lỗi có cấu trúc, cộng tác trơn tru hơn và giải quyết nhanh hơn. Bằng cách theo dõi từng giai đoạn, các nhóm có thể nâng cao chất lượng phần mềm, giảm thiểu rủi ro và tự tin cung cấp các ứng dụng đáng tin cậy, thân thiện với người dùng.
