Bug/Defect triage trong Kiểm thử phần mềm

3 min read

“Defect Triage” là gì?

“Defect Triage” là quy trình mà trong đó mỗi lỗi được ưu tiên dựa trên mức độ nghiêm trọng, tần suất xuất hiện, rủi ro, vv. Thuật ngữ “triage” được sử dụng trong lĩnh vực kiểm thử phần mềm / QA để định rõ mức độ nghiêm trọng và ưu tiên của các lỗi mới.

Tại sao chúng ta cần có ‘Defect Triage’?

Mục tiêu của Bug Triage là đánh giá, ưu tiên và gán nhiệm vụ giải quyết lỗi. Team cần xác nhận mức độ nghiêm trọng của lỗi, thực hiện thay đổi theo cần thiết, hoàn thiện giải pháp cho các lỗi và phân công nguồn lực. Thông thường được sử dụng trong quản lý dự án Agile.

Cần thường xuyên bao lâu ‘Defect Triage’ cần được tiến hành trong một phiên bản phát hành?

Tần suất cuộc họp Defect Triage không cố định. Nó phụ thuộc vào tình hình dự án.

Dưới đây là một số yếu tố quan trọng quyết định tần suất của Cuộc họp Defect Triage:

Các yếu tố quan trọng này bao gồm:

  • Theo kế hoạch dự án
  • Số lượng lỗi trong hệ thống
  • Ảnh hưởng đến lịch trình của sự có sẵn của thành viên nhóm
  • Tình trạng tổng thể của dự án

Thông thường, cuộc họp Defect Triage được tổ chức hai hoặc ba lần trong một tuần.

Ai là người bắt buộc và những người tham gia khác của ‘Defect Triage’?

Người tham gia bắt buộc

Dưới đây là các thành viên dự án luôn tham gia Cuộc họp Defect Triage.

  • Quản lý dự án
  • Test lead
  • Technical lead
  • Development Team Leader

Người tham gia tùy chọn

  • Developers
  • Testers
  • Business Analyst

Vai trò và trách nhiệm của các bên tham gia trong ‘Defect Triage.’

Test lead

  • Lên lịch cuộc họp triage lỗi và gửi thông báo họp cho những người tham dự.
  • Tạo báo cáo lỗi và gửi cho tất cả những người tham dự trước cuộc họp.
  • Phân công ưu tiên và mức độ nghiêm trọng của các lỗi.
  • Thực hiện bài thuyết trình để các thành viên khác hiểu rõ Nguyên nhân của lỗi.
  • Mọi ghi chú cuộc họp được ghi lại và gửi đến những người tham dự cuộc họp.

Development Lead

  • Hỗ trợ trong việc ưu tiên các lỗi.
  • Thảo luận về độ phức tạp của lỗi và giải thích về rủi ro do lỗi đó.
  • Phân công công việc để sửa lỗi cho các nhà phát triển liên quan.
  • Cập nhật giải pháp cho lỗi và bao gồm ghi chú phát triển nếu bất kỳ thông tin nào bị thiếu hoặc cần thêm thông tin từ các nhà phát triển.

Project Manager

  • Hỗ trợ trong việc ưu tiên các lỗi.
  • Thảo luận về ngày phát hành vòng lặp tiếp theo cho Kiểm thử chất lượng.
  • Cần đảm bảo rằng các đại diện người dùng liên quan cũng được mời tham gia cuộc họp triage lỗi.

Điều gì xảy ra trong cuộc họp ‘Xử lý lỗi’?

Test lead gửi một báo cáo lỗi với các lỗi mới. Trong cuộc họp bug triage, mỗi lỗi được phân tích để xem liệu mức độ ưu tiên và nghiêm trọng đã được gán đúng chưa.

  • Ưu tiên sẽ được điều chỉnh nếu cần thiết.
  • Các lỗi được phân tích và đánh giá theo mức độ nghiêm trọng của chúng.
  • Điều này bao gồm cuộc thảo luận về độ phức tạp của lỗi, các rủi ro, sự từ chối, việc phân lại lỗi.
  • Cập nhật được ghi lại trong hệ thống theo dõi lỗi.
  • Kỹ sư Kiểm thử chất lượng sẽ thực hiện các thay đổi cho mỗi lỗi và thảo luận với từng người tham dự.
  • Trường “Bình luận” được cập nhật đúng bằng cách ghi lại những điểm quan trọng của cuộc họp.

Kết quả của Cuộc họp ‘Defect Triage’ là gì?

Cuối cùng, tại cuối mỗi cuộc họp, các số liệu đo lường triage lỗi sẽ được chuẩn bị và gửi đến tất cả những người tham dự. Báo cáo này sẽ là biên bản cuộc họp sẽ hữu ích cho các cuộc họp trong tương lai.

Resources: https://www.guru99.com/bug-defect-triage.html

Avatar photo

Clean Code: Nguyên tắc viết hàm trong lập trình…

Trong quá trình phát triển phần mềm, việc viết mã nguồn dễ đọc, dễ hiểu là yếu tố then chốt để đảm bảo code...
Avatar photo Dat Tran Thanh
3 min read

Leave a Reply

Your email address will not be published. Required fields are marked *