Xem thêm

Vòng Đời Của Bug Trong Kiểm Thử Phần Mềm

Huy Erick
Bug, hay còn gọi là lỗi, trong quá trình kiểm thử phần mềm, trải qua một chuỗi các trạng thái. Qua từng trạng thái này, bug sẽ được quản lý và chỉnh sửa cho đến...

Bug, hay còn gọi là lỗi, trong quá trình kiểm thử phần mềm, trải qua một chuỗi các trạng thái. Qua từng trạng thái này, bug sẽ được quản lý và chỉnh sửa cho đến khi hoàn toàn loại bỏ khỏi hệ thống. Mục tiêu của tester không chỉ là tìm ra lỗi trong phần mềm, mà còn là theo dõi và giải quyết lỗi cho đến khi nó được khắc phục hoàn toàn. Dưới đây là một cái nhìn tổng quan về quá trình vòng đời của bug.

1. Sơ Đồ Vòng Đời Của Bug

Vòng đời của bug trong kiểm thử phần mềm Hình ảnh: Sơ đồ vòng đời của bug trong kiểm thử phần mềm

Mô Tả Chi Tiết Các Trạng Thái Của Bug Trong Vòng Đời

NEW (Mới) Khi tester thực hiện test case và kết quả không khớp với kết quả mong đợi, đó được gọi là bug. Tester không phải là người sửa bug, mà công việc này thuộc về lập trình viên. Tester cần ghi lại bug và gửi cho Team Lead. Team Lead sẽ giao việc sửa bug cho developer sau khi kiểm tra và phân tích.

OPEN (Mở) Bug được ghi lại bởi tester và cần được xác minh bởi Team Lead. Nếu bug hợp lệ, trạng thái của bug sẽ là OPEN. Team Lead sẽ theo dõi các hoạt động liên quan đến bug này.

REJECTED (Từ Chối) Bug bị từ chối khi không hợp lệ. Đôi khi tester có thể hiểu sai chức năng và ghi nhận một chức năng đúng là bug. Trong trường hợp này, bug sẽ được từ chối sau khi Team Lead kiểm tra lại.

DUPLICATE (Trùng Lặp) Nếu bug hợp lệ, Team Lead sẽ kiểm tra xem đã có ai ghi nhận bug này chưa. Nếu bug đã được ghi nhận trước đó, Team Lead sẽ đánh dấu bug này là DUPLICATE. Nếu bug chưa được ghi nhận bởi tester khác, Team Lead sẽ tìm kiếm bug tương tự trong phạm vi của dự án.

POSTPONED (Hoãn Lại) Nếu bug không trùng lặp nhưng không thuộc phạm vi của bản phát hành hiện tại, bug sẽ được đánh dấu là POSTPONED. Bug này sẽ được sửa trong các bản phát hành tương lai.

ASSIGNED (Gán Bug) Khi bug được xác nhận là hợp lệ, duy nhất và thuộc phạm vi hiện tại, Team Lead sẽ giao bug cho developer.

FIX (Sửa) Developer sẽ sửa bug để đáp ứng yêu cầu và gửi lại cho tester kiểm tra.

RE-TESTING (Test Lại) Sau khi bug được sửa, tester sẽ kiểm tra lại các test case lỗi đã được sửa. Quá trình này gọi là RE-TESTING.

CLOSED (Đóng) Khi bug được sửa và đã vượt qua quá trình test lại, và đáp ứng yêu cầu, tester sẽ đánh dấu bug là CLOSED.

RE-OPENED (Mở Lại) Bug có thể bị mở lại trong hai trường hợp:

  1. Sau khi developer đã sửa bug và tester test lại, nhưng bug vẫn xảy ra. Tester sẽ mở lại bug và giao cho developer.
  2. Trường hợp lỗi đã được sửa và đã được đóng, nhưng lỗi lại xuất hiện trở lại. Trong trường hợp này, tester cần mở lại bug đã đóng và giao cho developer.

2. Giải Thích Về Vòng Đời Của Bug/Defect

Vòng đời của bug trong kiểm thử phần mềm

Quá trình vòng đời của bug trong kiểm thử phần mềm gồm các bước sau:

  1. Tester tìm thấy bug.
  2. Gán trạng thái cho bug: Mới (NEW).
  3. Chuyển bug cho Quản lý dự án để phân tích.
  4. Quản lý dự án xác định tính hợp lệ của bug.
  5. Nếu bug không hợp lệ, trạng thái sẽ là Từ Chối (REJECTED).
  6. Nếu bug không bị từ chối, kiểm tra xem bug có thuộc phạm vi hiện tại không. Nếu không, trạng thái sẽ là Hoãn Lại (POSTPONED).
  7. Sau đó, kiểm tra xem đã có bug tương tự nào được ghi nhận trước đó chưa. Nếu có, trạng thái sẽ là Trùng Lặp (DUPLICATE).
  8. Nếu không có vấn đề trong quá trình sửa bug, bug sẽ ở trạng thái Đang Tiến Hành (IN-PROGRESS).
  9. Sau khi bug được sửa, trạng thái sẽ là Đã Sửa (FIXED).
  10. Tester sẽ kiểm tra lại phần code sau khi được sửa. Nếu các test case liên quan đều thành công, bug sẽ được đóng hoặc chuyển sang trạng thái Đã Sửa Xong (CLOSED). Nếu không, bug sẽ được mở lại (RE-OPENED) và giao cho developer.
  11. Trong trường hợp lần phát hành đầu tiên, một lỗi đã được sửa và đóng. Trong lần nâng cấp tiếp theo, lỗi tương tự lại xuất hiện. Trong những trường hợp như vậy, lỗi sẽ được mở lại.

Thông tin được dịch và tham khảo từ nguồn guru99.comsoftware-testing-tutorials-automation.com.

1