Một Số Điều Bạn Cần Biết Về Vòng Đời Bug Trong Kiểm Thử Phần Mềm

Vòng đời bug trong kiểm thử phần mềm là gì?

Trong kiểm thử phần mềm, Vòng đời bug là tập hợp chính xác các giai đoạn mà bug trải qua trong suốt vòng đời của nó. Mục tiêu của vòng đời bug là làm cho quá trình sửa chữa bug hiệu quả hơn thông qua việc phối hợp và thông báo tình trạng hiện tại của các bug khi chúng được xử lý bởi nhiều người.

Vòng đời của bug trong quy trình kiểm thử phần mềm là gì?

Vòng đời bug được chia thành chín giai đoạn như dưới đây:

1. Mới xuất hiện

Ở giai đoạn đầu của vòng đời, vấn đề được phát hiện. Khi một bug mới được phát hiện, nó sẽ được gán trạng thái, sau khi quá trình kiểm tra và xác nhận bắt đầu, nó sẽ lại có trạng thái mới.

2. Được ủy quyền

Bug mới xuất hiện sẽ được giao cho bộ phận thích hợp giải quyết. Thông thường, quản lý nhóm kiểm thử sẽ là người chỉ định các bug cho nhóm sản xuất.

3. Mở

Khi một nhà sản xuất bắt đầu giải quyết vấn đề, bug ở trạng thái mở. Các nhà sản xuất sẽ bắt đầu khắc phục bug dựa trên các thông số kỹ thuật. Cũng có khả năng vấn đề sẽ không xuất hiện một cách thích hợp; trong trường hợp này, nhà sản xuất có thể chuyển vấn đề sang một trong bốn trạng thái này vì những lý do cụ thể.

4. Sửa

Khi nhà sản xuất thực hiện các biện pháp thích hợp và các vấn đề được giải quyết, trạng thái được đánh dấu là đã khắc phục.

5. Chờ kiểm tra lại

Sau khi nhà sản xuất đã giải quyết vấn đề và thực hiện các điều chỉnh cần thiết, nó sẽ được giao lại cho tester để kiểm tra lại. Thời gian chờ đợi kiểm thử lặp lại và sự cố vẫn ở trong tình trạng “Đang chờ kiểm tra lại”.

6. Lặp lại kiểm thử

Trường hợp bước vào giai đoạn kiểm thử lại khi tester tiếp tục kiểm tra sự cố. Tester sẽ kiểm tra lại xem nhà sản xuất có sửa chữa các vấn đề đúng theo yêu cầu hay không.

7. Mở lại

Nếu các yêu cầu không được hoàn thành một cách chính xác và sự cố vẫn còn trong các chức năng, tester sẽ mở lại trạng thái bug.

8. Xác nhận

Nếu sự cố không có vấn đề gì và đã được nhà sản xuất sửa chữa một cách thích hợp, trạng thái của bug sẽ được thay đổi và nó được ghi lại là đã xác nhận.

9. Hoàn thành

Khi một lỗ hổng không tồn tại và được đánh giá và xác nhận đầy đủ, dẫn đến tình trạng đóng. Tester sửa đổi trạng thái của bug.

Sau đây là một số ví dụ về vòng đời bug:

  1. Mới. Một tester đảm bảo chất lượng (hãy gọi anh ta là Tom) truy cập trang web của một cửa hàng sách trực tuyến mà anh ta đang đánh giá và thêm một cuốn sách vào giỏ hàng. Vật phẩm được thêm vào giỏ hàng của Tom, nhưng anh ấy không thể đặt hai cuốn sách giống nhau. Một cú nhấp chuột vào "+" để điều chỉnh số lượng không có tác dụng. Tom nêu chi tiết vấn đề và tạo một báo cáo bug dưới dạng “Mới”.

  1. Được giao. Một PM (giả sử Susan, người quản lý dự án) nhận thấy một lỗ hổng trong danh sách. Vấn đề có vẻ là thực tế và quan trọng. Susan đã giao công việc cho Brian, một nhà sản xuất phụ, người phát triển tính năng giỏ hàng.

  1. Mở. Brian nhận được nhiệm vụ mới và cố gắng sao chép nó bằng cách làm theo các hướng dẫn trong báo cáo. Biểu tượng "+" không hoạt động như dự định. Brian cập nhật trạng thái bug thành Mở và bắt đầu điều tra nguyên nhân. Tuy nhiên, không phải trường hợp nào cũng diễn ra như vậy. Brian hiểu rằng bug có thể không hợp lệ. Trong khi cố gắng giải quyết nó ngay lập tức, anh ta có thể sử dụng một trạng thái thay thế, chẳng hạn như: