敏捷開發中的缺陷分類是什麼？

---

Triage 是一個醫學術語。它指的是醫院對送來的病人進行緊急評估，以確定哪些病人病情最危急，需要優先治療的過程。病人會根據病情嚴重程度分為幾組，醫生會優先照顧病情危重的病人。病情不危急的病人優先順序較低，會在危重病人之後得到治療。

在軟體開發中，我們也使用相同的術語，即缺陷分類 (Defect triage)。但在軟體開發中，缺陷分類究竟是什麼？它是否必要？開發團隊如何處理它等等。在本文中，我們將涵蓋所有內容，以便您更好地瞭解敏捷開發中的缺陷分類。讓我們開始吧。

關於缺陷分類的簡要說明

缺陷分類，通常也稱為缺陷分級 (bug triage)，在軟體測試中經常使用。它需要描述缺陷的重要性與嚴重性。嚴重性是由問題對正在測試的元件程式的建立或使用影響程度決定的。優先順序是指必須糾正或解決缺陷的順序。缺陷分類本質上是一種旨在重新平衡流程的方法，由於缺乏必要的資源，該流程通常對測試團隊來說很棘手。在缺陷分類中，缺陷通常僅根據其嚴重性、復現可能性、風險等進行優先順序排序。

Triage 在法語中意為“分類”。通常情況下，測試人員首先會發現缺陷或問題，然後評估其風險、復現可能性和嚴重性。當缺陷數量超過測試人員能夠驗證的數量時，缺陷分類用於幫助處理和解決儘可能多的缺陷，而只基於問題的嚴重性和重要性。

為什麼需要缺陷分類？

每當測試團隊報告缺陷時，總會存在一些或多或少的問題。為了處理其中的“為什麼”方面，開發人員必須瞭解“什麼”缺陷以及“何時”檢測到該問題。

如果缺陷沒有被正確記錄、對映和報告，那麼發現和糾正根本原因將花費更長時間，並且需要更多工作。

重要的是要記住，可能會同時報告許多缺陷，因此必須根據功能和商業需求決定首先解決哪個缺陷。

缺陷分類使專案團隊能夠確定和優先處理錯誤的嚴重性。他們可以快速輕鬆地解決問題，因為他們可以訪問有關缺陷的所有必要資訊。如果正確進行分類，則報告缺陷與其解決之間的時間將大大縮短。

分類的一般指南

• 已檢查所有已宣告的缺陷。

• 每個已接受的缺陷都已確定優先順序。

• 所有已接受的缺陷都帶有嚴重性級別，而被拒絕的缺陷需要為測試團隊提供合理的理由。

• 每個缺陷都已分配給正確的負責人、個人或團隊。

• 對每個可接受的缺陷都進行了根本原因分析。

缺陷分類會議：它是什麼？

在這次會議上，將詳細討論每個缺陷或問題。在此會議中，將決定缺陷和錯誤的嚴重性和重要性。本次會議的主要目標是評估、識別、分配或提供任何缺陷或問題的解決方案。會議期間還會提出以下問題：

• 此錯誤是真實存在的還是虛假的？

• 此錯誤是否可重現？

• 此缺陷是否需要修復？

• 我應該何時糾正缺陷或錯誤？

顧名思義，缺陷分類會議是專案聚會，在此會議上，錯誤或缺陷被分類為幾個類別。這些類別如下：

立即修復的缺陷

此類別包括任何必須立即修復的缺陷，否則會造成比其價值更大的損害。為了糾正和解決屬於此類別的缺陷，有多種資源可用。

稍後修復的缺陷

此類別包括所有危害性小於其他缺陷且不需要立即糾正或解決的缺陷。可以對這些缺陷進行進一步的修復。

我們無法修復這些缺陷

此類別包括任何不會以任何方式損害系統且不需要處理或解決的缺陷。

缺陷會議的頻率通常取決於專案的進度。缺陷分類會議的頻率取決於許多因素，其中一些列在下面：

• 專案時間表

• 系統缺陷的總數會影響團隊成員的可用性和時間安排

• 任務健康狀況

缺陷分類會議的目的

軟體開發過程中的缺陷分類會議用於根據嚴重性、復現風險等對缺陷進行排序。缺陷分類會議參與者應該有一個好的議程，驗證缺陷的嚴重性，進行必要的修改，確認問題的解決情況，並分配資源來解決這些問題。

缺陷分類會議的參與者

缺陷分類會議的主要與會者是測試主管、開發主管和專案經理，因為他們將討論每個問題並採取適當的行動。與讓每個部門派出一名代表相比，您擁有一個瞭解已報告錯誤的人員。開發主管是可以為錯誤修復提供建議的人，如有必要，他們還可以解釋技術挑戰。專案主管是最有能力判斷問題是錯誤還是功能請求的人。

結論

分類會議應涵蓋所有已記錄的缺陷。即使問題被拒絕，測試團隊也應瞭解拒絕標準。此外，如果任何缺陷無法重現，開發人員可以請求測試人員的即時資訊，以便他們可以在分類會議上嘗試重現該缺陷。

缺陷分類至關重要，因為它讓每個人都知道缺陷何時將得到糾正並準備好重新測試。如果解決非關鍵性缺陷需要開發團隊付出大量工作，則專案經理將決定是否解決該缺陷。