Phân loại lỗi/khiếm khuyết trong kiểm thử phần mềm
Thomas Hamilton
⚡ Tóm tắt thông minh
Phân loại lỗi là một cuộc họp xem xét, trong đó trưởng nhóm kiểm thử, trưởng nhóm phát triển và quản lý dự án sẽ xếp hạng từng lỗi được báo cáo theo mức độ nghiêm trọng, ưu tiên và rủi ro, sau đó chỉ định người chịu trách nhiệm và thống nhất lịch trình khắc phục thực tế.
'Phân loại khiếm khuyết' là gì?
Phân loại lỗi là một quy trình trong đó mỗi lỗi được ưu tiên dựa trên mức độ nghiêm trọng, tần suất, rủi ro, v.v. Thuật ngữ phân loại được sử dụng trong... Kiểm thử phần mềm / Bộ phận QA sẽ xác định mức độ nghiêm trọng và mức độ ưu tiên của các lỗi mới.
Thuật ngữ này được mượn từ y học cấp cứu, nơi phân loại bệnh nhân theo mức độ khẩn cấp khi nguồn lực hạn chế. Một nhóm QA cũng đối mặt với hạn chế tương tự: danh sách lỗi luôn dài hơn thời gian cho phép trước ngày phát hành, vì vậy ai đó phải quyết định lỗi nào cần sửa ngay, lỗi nào cần sửa sau và lỗi nào được hoãn lại. Cuộc họp phân loại (triage) là nơi quyết định đó được đưa ra và ghi lại.
Tại sao chúng ta cần có 'Phân loại lỗi'?
Mục tiêu của Bug Triage là đánh giá, ưu tiên và chỉ định cách giải quyết các lỗi. Nhóm cần xác nhận mức độ nghiêm trọng của lỗi, thực hiện các thay đổi theo nhu cầu, hoàn thiện cách giải quyết các lỗi và phân công tài nguyên. Chủ yếu được sử dụng trong quản lý dự án linh hoạt.
Nếu không có quy trình phân loại, các lỗi sẽ tồn đọng. tracMức độ nghiêm trọng của lỗi tùy thuộc vào người kiểm thử báo cáo, và các nhà phát triển chọn công việc theo sở thích cá nhân hơn là tác động đến kinh doanh. Biểu ngữ bên dưới tóm tắt lý do các nhóm giữ cuộc họp trong lịch.
Tần suất 'Xử lý lỗi' cần được tiến hành trong một bản phát hành?
Tần suất của cuộc họp phân loại Khiếm khuyết 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 các Cuộc họp xử lý lỗi:
Những yếu tố quan trọng này là:
- Theo tiến độ dự án
- Số lượng lỗi trong hệ thống
- Tác động đến lịch trình sẵn sàng của các thành viên trong nhóm
- Sức khỏe tổng thể của dự án
Thông thường, các cuộc họp xử lý lỗi được tổ chức hai hoặc ba lần trong một tuần.
Nhịp độ làm việc trở nên gấp rút hơn khi ngày phát hành đến gần. Các nhóm làm việc trong thời gian ngắn. Cuộc đánh nhau Các chu kỳ lặp thường tích hợp một quy trình sàng lọc ngắn vào thói quen hàng ngày trong giai đoạn nước rút cuối cùng, trong khi một dự án theo chu kỳ dài hơn có thể thực hiện sàng lọc mỗi tuần một lần cho đến khi... kiểm tra hồi quy giai đoạn bắt đầu.
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
Các thành viên dự án dưới đây luôn tham gia vào các Cuộc họp xử lý lỗi.
- Quản lý dự án
- Trưởng nhóm kiểm tra
- Lãnh đạo kỹ thuật
- Trưởng nhóm phát triển
Người tham gia tùy chọn
- Các nhà phát triển
- Xét nghiệm
- Chuyên viên phân tích kinh doanh
Những người tham dự tùy chọn được mời khi một lỗi cụ thể cần đến ý kiến đóng góp của họ, ví dụ như khi một nhà phân tích kinh doanh cần xác nhận xem hành vi được báo cáo có thực sự mâu thuẫn với một yêu cầu hay chỉ là một yêu cầu thay đổi được ngụy trang.
Vai trò và trách nhiệm của những người tham gia trong quá trình 'Xử lý lỗi'.
Mỗi người tham gia bắt buộc đều có một trách nhiệm khác nhau, và cuộc họp chỉ diễn ra đúng giờ khi cả ba người đều chuẩn bị trước.
Trưởng nhóm kiểm tra
- Đã lên lịch cuộc họp xử lý lỗi và gửi thông báo cuộc họp cho người tham dự.
- Tạo một 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.
- Xác định mức độ ưu tiên và mức độ nghiêm trọng về những khuyết điểm.
- Trình bày để các thành viên khác hiểu được Nguyên nhân cốt lõi của lỗi.
- Mọi ghi chú cuộc họp đều được ghi lại và gửi cho những người tham dự cuộc họp.
trưởng nhóm phát triển
- Giúp xác định mức độ ưu tiên của các khiếm khuyết.
- Thảo luận về khó khăn của khiếm khuyết và giải thích rủi ro liên quan đến khiếm khuyết đó.
- Phân bổ công việc để sửa lỗi cho các nhà phát triển có liên quan.
- Cập nhật cách giải quyết lỗi và bao gồm các ghi chú phát triển trong trường hợp thiếu thông tin hoặc bất kỳ thông tin bổ sung nào mà nhà phát triển cần.
Quản lý dự án
- Giúp xác định mức độ ưu tiên của các khiếm khuyết.
- Thảo luận về ngày phát hành lần lặp tiếp theo cho QA.
- Cần đảm bảo rằng đại diện người dùng liên quan cũng được mời tham gia cuộc họp phân loại lỗi.
Người quản lý dự án nắm giữ ngày phát hành, vì vậy quyết định cuối cùng về bất kỳ lỗi nào gây tranh cãi thường thuộc về vai trò đó, như minh họa bên dưới.
Điều gì xảy ra trong Cuộc họp 'Xử lý lỗi'?
- Trưởng nhóm kiểm thử gửi báo cáo lỗi về các lỗi mới. Trong cuộc họp phân loại lỗi, mỗi lỗi được phân tích để xem liệu mức độ ưu tiên và mức độ nghiêm trọng có được chỉ định cho nó hay không.
- Các ưu tiên được sắp xếp lại nếu cần.
- Các khiếm khuyết đượ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 thảo luận về mức độ phức tạp của lỗi, rủi ro, việc từ chối, việc phân bổ lại lỗi được thực hiện.
- Các bản cập nhật được ghi lại trong lỗi. trachệ thống vua.
- Kỹ sư QA sẽ thực hiện các thay đổi đối với từng lỗi và thảo luận chúng với từng người tham dự.
- Trường “Nhận xét” được cập nhật chính xác bằng cách ghi chú những điểm thiết yếu của cuộc họp.
Phần lớn thời gian thảo luận tập trung vào hai khía cạnh dễ gây nhầm lẫn nhất. Mức độ nghiêm trọng và mức độ ưu tiên được thiết lập độc lập, và một lỗi có thể được đánh giá cao ở khía cạnh này nhưng lại thấp ở khía cạnh kia.
| Yếu tố | Mức độ nghiêm trọng | Ưu tiên |
|---|---|---|
| Những gì nó đo lường | Mức độ hư hại của lỗi đối với sản phẩm hoặc chức năng của sản phẩm như thế nào? | Cần khắc phục lỗi này sớm đến mức nào so với các công việc khác. |
| Thường được đặt bởi | Người kiểm thử báo cáo lỗi. | Đã đạt được thỏa thuận trong quá trình phân loại ưu tiên, với sự tham gia của người quản lý dự án và bộ phận sản phẩm. |
| Thúc đẩy bởi | Tác động kỹ thuật và chức năng bị ảnh hưởng | Tác động kinh doanh, mức độ nhận diện khách hàng và ngày phát hành |
| Ví dụ về sự không khớp | Mức độ nghiêm trọng cao, ưu tiên thấp: lỗi xảy ra trong một tính năng mà không ai sử dụng cho đến quý sau. | Mức độ nghiêm trọng thấp, ưu tiên cao: tên công ty bị viết sai chính tả trên trang đích. |
Mẹo: Hãy thảo luận ngắn gọn về một lỗi duy nhất. Khi một vấn đề không thể giải quyết trong vài phút, hãy tạm gác lại, chỉ định người chịu trách nhiệm điều tra và đưa ra thảo luận trong phiên họp tiếp theo thay vì để một lỗi duy nhất chiếm hết thời gian của cuộc họp.
Kết quả của 'Phân loại khiếm khuyết' là gì?
Vào cuối mỗi cuộc họp, Số liệu phân loại lỗi sẽ được chuẩn bị và trao cho tất cả những người tham dự. Báo cáo này đóng vai trò như biên bản cuộc họp sẽ hữu ích cho các cuộc họp trong tương lai.
Báo cáo là điểm mà tại đó quá trình phân loại bệnh nhân được kết nối trở lại với toàn bộ hệ thống. quy trình quản lý khuyết tậtCác nhóm thường ghi lại những thông tin sau trong đó:
- Các lỗi được xem xét trong phiên họp, với mức độ nghiêm trọng và mức độ ưu tiên đã được thống nhất cho từng lỗi.
- Các lỗi mới được chỉ định, cùng với nhà phát triển hiện đang chịu trách nhiệm xử lý chúng.
- Các lỗi bị hoãn lại, bị từ chối hoặc được đánh dấu là trùng lặp, kèm theo lý do được ghi lại.
- Số lượng lỗi chưa được khắc phục theo mức độ nghiêm trọng, giúp dễ dàng quan sát xu hướng giữa các phiên.
- Các nội dung đã thảo luận sẽ được chuyển sang cuộc họp tiếp theo.
Vì mọi thay đổi đều được ghi lại vào... tracker, trạng thái của mỗi mục vẫn nhất quán với vị trí của nó trong vòng đời lỗivà phiên họp tiếp theo sẽ bắt đầu từ một danh sách chính xác thay vì một danh sách cũ.
