Vòng đời lỗi/khiếm khuyết trong kiểm thử phần mềm

Các nội dung chính Hướng dẫn này giải thích các giai đoạn trong vòng đời lỗi, giúp người đọc hiểu về cách theo dõi lỗi, luồng giao tiếp và giải pháp hiệu quả từ khi phát hiện đến khi kết thúc lỗi.

Vòng đời lỗi/lỗi

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ả.

Tình trạng lỗi

Tình trạng lỗi hoặc Trạng thái lỗi trong vòng đời lỗi là trạng thái hiện tại mà lỗi hoặc lỗi đó hiện đang xảy ra. Mục tiêu của trạng thái lỗi là truyền tải chính xác trạng thái hiện tại hoặc tiến trình của lỗi hoặc lỗi để theo dõi và hiểu rõ hơn 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”.

Quy trình làm việc của các trạng thái 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

Vòng đời lỗi hoặc Vòng đời lỗi - Những điều bạn phải biết!

  1. Người kiểm tra tìm thấy lỗi
  2. Trạng thái được gán cho lỗi- Mới
  3. Một lỗi được chuyển tiếp đến Người quản lý dự án để phân tích
  4. Người quản lý dự án quyết định xem lỗi có hợp lệ hay không
  5. Ở đây lỗi không hợp lệ - trạng thái được đưa ra là “Bị từ chối”.
  6. 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.
  7. 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.
  8. 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.
  9. Sau khi mã được sửa. Một lỗi được gán một trạng thái cố định
  10. 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.
  11. 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

Khi giải thích vòng đời lỗi Trong một cuộc phỏng vấn, sự rõ ràng và cấu trúc rất quan trọng. Hãy bắt đầu bằng cách đề cập rằng nó đề cập đến hành trình của một khiếm khuyết từ khi phát hiện đến khi hoàn thiện. Sau đó, bạn có thể chia nhỏ nó thành các giai đoạn:

  • Mở mới – Lỗi được xác định và ghi lại.
  • Giao – Được phân bổ cho nhà phát triển để sửa chữa.
  • Đã sửa/Đã giải quyết – Nhà phát triển áp dụng giải pháp.
  • Kiểm tra lại/Xác minh – Người kiểm tra xác nhận bản sửa lỗi.
  • Đóng – Lỗi được xác nhận đã được giải quyết hoặc Mở lại nếu tình trạng này vẫn tiếp diễn.

Vòng đời của lỗi (còn gọi là vòng đời của lỗi) Là chuỗi các bước Một lỗi trải qua quá trình kiểm thử: được xác định, ghi lại, phân công, sửa lỗi, kiểm tra lại và đóng lại. Nó đảm bảo việc theo dõi có hệ thống và cải thiện chất lượng phần mềm trên toàn bộ các nhóm. Cách tiếp cận có hệ thống này đảm bảo trách nhiệm giải trình, tính minh bạch và chất lượng phần mềm được cải thiện. Hãy coi nó như một tín hiệu giao thông báo hiệu lỗi - mọi người đều biết khi nào nên dừng lại, tiếp tục hoặc kiểm tra lại.

Có nhiều công cụ có sẵn để quản lý vòng đời lỗi, tùy thuộc vào nhu cầu của dự án. Một số tùy chọn phổ biến là JIRA, Bugzilla, HP ALM, Redmine và MantisBT. Chúng cho phép các nhóm ghi lại, phân công và theo dõi lỗi. JIRA được sử dụng rộng rãi nhất trong các cuộc thảo luận Agile và phỏng vấn.

In CHUYẾN DU LỊCH, vòng đời lỗi được quản lý thông qua tùy chỉnh trạng thái quy trình làm việcTheo mặc định, nó phản ánh việc theo dõi lỗi tiêu chuẩn, nhưng các nhóm thường điều chỉnh nó. Một chu trình lỗi JIRA điển hình trông như thế này:

  • Việc cần làm / Mở – Đã ghi nhận lỗi.
  • Đang diễn ra – Nhà phát triển bắt đầu sửa lỗi.
  • Đã giải quyết / Hoàn thành – Đã áp dụng bản sửa lỗi, đang chờ người kiểm tra xác nhận.
  • Mở lại – Nếu bản sửa lỗi không thành công, lỗi sẽ trở lại trạng thái hoạt động.
  • Đóng – Đã được kiểm tra bởi người thử nghiệm và đánh dấu là hoàn thành.

Các thuật ngữ vòng đời lỗi và vòng đời khiếm khuyết thường được sử dụng thay thế cho nhau, nhưng một số chuyên gia đưa ra sự phân biệt tinh tế:

  • Vòng đời của lỗi – Thường được sử dụng trong bối cảnh kỹ thuật, đề cập đến các vấn đề trong mã gây ra trục trặc.
  • Vòng đời khiếm khuyết – Phạm vi rộng hơn, bao gồm các sai lệch so với yêu cầu, có thể liên quan hoặc không liên quan đến mã hóa.

Trong thực tế:

  • Bug = Một lỗi lập trình.
  • Khiếm khuyết = Bất kỳ khoảng cách nào giữa kết quả mong đợi và kết quả thực tế (có thể liên quan đến thiết kế, yêu cầu hoặc quy trình).

Tuy nhiên, các chu trình đều giống nhau—phát hiện → sửa → kiểm tra lại → đóng.

Sau đây là những lợi ích của vòng đời lỗi:

  • Đảm bảo sự rõ ràng: Xác định trạng thái của từng lỗi để theo dõi minh bạch.
  • Cải thiện sự hợp tác: Các nhà phát triển, người thử nghiệm và người quản lý luôn thống nhất với nhau.
  • Tăng cường hiệu quả: Quy trình làm việc hợp lý giúp giảm thiểu công sức lãng phí.
  • Hỗ trợ ưu tiên: Giúp xếp hạng lỗi theo mức độ nghiêm trọng và tác động.
  • Hỗ trợ trách nhiệm giải trình: Theo dõi quyền sở hữu ở mọi giai đoạn.
  • Thông tin chi tiết theo hướng dữ liệu: Lịch sử vòng đời thúc đẩy việc ra quyết định tốt hơn.

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.