QA 缺陷管控
面向發布就緒 QA 的缺陷管理軟體
為 QA 提供受控記錄：測試了什麼、在哪個環境測試、針對哪個建置版本，並在發布決策前清楚呈現驗證失敗或受阻情況。
登入後可查看已填充的檢視，再安裝帶範例資料的應用，以測試關聯記錄、決策和儀表板。
避免錯誤關閉的 QA 管控
缺陷管理軟體應保留觀察到的故障、候選修復、測試執行和發布之間的關係。它必須像呈現已通過工作一樣清楚呈現失敗和受阻驗證，幫助發布負責人區分真實就緒與樂觀狀態。
- 將驗證與實施進度分開記錄
- 失敗和受阻結果始終可見
- 發布決策包含阻斷項和已知風險
每次驗證都是獨立記錄
即使測試失敗，證據也應完整保留
失敗的測試不是噪聲；它說明缺陷為何重新開啟，以及下一候選版本需要修正什麼。
明確候選版本
測試具體的建置版本、發布版本和環境。
說明測試范圍
記錄迴歸覆蓋范圍、設備或設定以及預期結果。
選擇真實結果
通過、失敗和受阻是三種不同的決策。
保留證據
附上觀察結果，以及重新開啟或關閉的原因。
發布決策
將缺陷狀態轉化為可供發布判斷的風險檢視
發布負責人需要看到阻斷項數量和證據，而不是一整面互不關聯的工單。
| 信號 | Question | 決策用途 |
|---|---|---|
| 未解決的嚴重缺陷 | 影響生產的問題是否仍未解決？ | 除非明確接受風險，否則暫緩發布。 |
| 待驗證 | 有多少聲稱完成的工作尚未測試？ | 這表示不確定性，而不是完成。 |
| 失敗或受阻的測試 | 哪些修復缺少可用證據？ | 退回、延期，或接受並記錄風險。 |
| 重新打開的缺陷 | 哪些修復未能奏效？ | 反映迴歸情況和診斷品質。 |
軟體缺陷與品質記錄
區分發布缺陷與 CAPA、不合格項
兩者用詞可能重疊，但受管控的流程和證據不同。
本頁適用於
與建置版本、候選修復、驗證執行和發布決策相關的軟體行為。
品質管理適用於
供應商不合格、審計發現、CAPA、受控品質事件和監管證據。
問題與適用邊界
QA 與發布團隊常問的缺陷管理問題
說明驗證、重新打開和發布風險應如何運作。
Bug 與 defect 有什麼區別？
團隊通常會混用這兩個詞。本頁所說的 defect 更強調 QA 證據和發布風險，而缺陷追蹤頁更強調可重現性與修復生命週期。
受阻的測試可以算作通過嗎？
不可以。測試受阻意味著無法取得預期證據。應保持其可見，並決定是解除阻礙、延期變更，還是接受並記錄風險。
誰應該關閉缺陷？
應在約定候選版本驗證通過后關閉。修復實施人員可以將其標記為待驗證，但測試結果應由 QA 或指定驗證人記錄。
Jodoo 如何幫助判斷發布就緒度？
範例應用將缺陷和驗證記錄關聯到發布就緒記錄，顯示未解決的嚴重缺陷、待檢查事項、失敗或受阻測試以及最終決策。
查看“已修復”背后的證據
查看失敗、受阻和重新打開的範例
了解 Jodoo 如何將確切建置版本和 QA 結果關聯到發布決策。