Kiểm soát defect của QA
Phần mềm quản lý defect cho QA sẵn sàng phát hành
Cho QA một bản ghi được kiểm soát về nội dung đã kiểm thử, trong môi trường nào, trên build nào, đồng thời làm rõ xác minh thất bại hoặc bị chặn trước quyết định phát hành.
Đăng nhập để kiểm tra chế độ xem đã có dữ liệu này, rồi cài App với dữ liệu mẫu để kiểm thử bản ghi, quyết định và bảng tổng quan được liên kết.
Kiểm soát QA giúp tránh đóng sai
Phần mềm quản lý defect cần giữ mối quan hệ giữa lỗi quan sát được, ứng viên sửa lỗi, lượt kiểm thử và phát hành. Nó phải làm cho xác minh thất bại và bị chặn rõ ràng như việc đã đạt, để chủ sở hữu phát hành phân biệt sẵn sàng đã được kiểm thử với trạng thái lạc quan.
- Xác minh được tách khỏi tiến độ triển khai
- Kết quả thất bại và bị chặn vẫn hiển thị
- Quyết định phát hành bao gồm blocker và rủi ro đã biết
Xác minh là một bản ghi riêng
Bằng chứng kiểm thử cần tồn tại sau một lần thử thất bại
Một lượt thất bại không phải nhiễu; nó giải thích vì sao defect được mở lại và ứng viên kế tiếp phải sửa gì.
Đặt tên cho ứng viên
Kiểm thử một build, phiên bản phát hành và môi trường cụ thể.
Nêu phạm vi
Ghi nhận phạm vi kiểm thử hồi quy, thiết bị hoặc cấu hình và kết quả kỳ vọng.
Chọn kết quả thật
Đã đạt, thất bại và bị chặn là các quyết định riêng biệt.
Giữ bằng chứng
Đính kèm quan sát và lý do mở lại hoặc đóng.
Quyết định phát hành
Chuyển trạng thái defect thành góc nhìn rủi ro sẵn sàng phát hành
Chủ sở hữu phát hành cần số lượng blocker và bằng chứng, không phải một bức tường ticket không liên quan.
| Tín hiệu | Question | Cách dùng trong quyết định |
|---|---|---|
| Defect nghiêm trọng đang mở | Có vấn đề ảnh hưởng sản xuất chưa được xử lý không? | No-go trừ khi được chấp nhận rõ ràng. |
| Xác minh đang chờ | Bao nhiêu việc được tuyên bố hoàn tất vẫn chưa được kiểm thử? | Thể hiện sự chưa chắc chắn, không phải hoàn tất. |
| Lượt thất bại hoặc bị chặn | Sửa lỗi nào thiếu bằng chứng dùng được? | Trả lại, hoãn hoặc chấp nhận một rủi ro đã ghi nhận. |
| Defect được mở lại | Sửa lỗi nào không giữ được kết quả? | Làm nổi bật hồi quy và chất lượng chẩn đoán. |
Defect phần mềm so với bản ghi chất lượng
Giữ defect phát hành tách biệt khỏi CAPA và điểm không phù hợp
Các thuật ngữ có thể chồng lấn, nhưng quy trình được quản trị và bằng chứng là khác nhau.
Dùng trang này cho
Hành vi phần mềm gắn với một build, ứng viên sửa lỗi, lượt xác minh và quyết định phát hành.
Dùng quản lý chất lượng cho
Điểm không phù hợp của nhà cung cấp, phát hiện kiểm toán, CAPA, sự kiện chất lượng được kiểm soát và bằng chứng chịu quy định.
Câu hỏi và ranh giới
Câu hỏi quản lý defect cho đội QA và phát hành
Làm rõ cách vận hành xác minh, mở lại và rủi ro phát hành.
Bug khác defect như thế nào?
Các đội thường dùng hai thuật ngữ thay thế cho nhau. Trên trang này, defect nhấn mạnh bằng chứng QA và rủi ro phát hành, còn trang bug nhấn mạnh khả năng tái hiện và vòng đời sửa lỗi.
Kiểm thử bị chặn có được tính là đã đạt không?
Không. Một lượt bị chặn nghĩa là bằng chứng dự kiến chưa có. Hãy giữ nó hiển thị và quyết định gỡ blocker, hoãn thay đổi hoặc chấp nhận rủi ro đã ghi nhận.
Ai nên đóng defect?
Việc đóng nên diễn ra sau xác minh đạt trên ứng viên đã thống nhất. Người triển khai sửa lỗi có thể đánh dấu sẵn sàng, nhưng QA hoặc người xác minh được chỉ định nên ghi lại kết quả kiểm thử.
Jodoo giúp gì cho mức sẵn sàng phát hành?
App mẫu kết nối defect và bản ghi xác minh với bản ghi sẵn sàng phát hành, hiển thị bug nghiêm trọng đang mở, kiểm tra đang chờ, lượt thất bại hoặc bị chặn và quyết định cuối cùng.
Xem bằng chứng phía sau “đã sửa”
Kiểm tra ví dụ thất bại, bị chặn và mở lại
Xem cách Jodoo giữ đúng build và kết quả QA gắn với quyết định phát hành.