共用方式為


Bug (Agile)

在此主題中,您可以學習如何填入 Bug 工作項目的詳細資料。 如需如何建立 Bug 工作項目的詳細資訊,請參閱工作項目和工作流程 (Agile)

本主題內容

相關主題

Bug 建立和追蹤概觀

  • 定義 Bug

  • 將測試案例連結至 Bug

  • 將詳細資料、附件或超連結加入至 Bug

  • 解決和關閉 Bug

流程指引

活頁簿

儀表板和報表

欄位參考

必要的使用權限

您必須是 [Readers] 群組的成員,或是您的 [檢視此節點中的工作項目] 已設為 [允許],才能檢視 Bug。 您必須是 [Contributors] 群組的成員,或是您的 [編輯此節點中的工作項目] 權限已設為 [允許],才能建立或修改 Bug。 如需詳細資訊,請參閱管理使用權限

定義 Bug

Bug 主要目的是要表達您小組開發的程式碼可能有問題存在。 當您定義 Bug 時,應該要以能夠協助讀者了解問題完整影響的方式,精確報告問題。 您也應該說明當初發現 Bug 的步驟,讓其他小組成員更容易重現問題行為。 測試結果應該要能清楚顯示問題。 清楚、易懂的說明可提高成功修正 Bug 的機會。

Bug 的工作項目表單會將資料儲存在如下圖所示的欄位和索引標籤中:

Bug 的工作項目表單

當您定義 Bug 時,必須在工作項目表單的上方區段中定義 [標題],並且在 [詳細資料] 索引標籤上的 [徵兆] 方塊中輸入文字。 您可以將所有其他欄位保留空白,或接受其預設值。

若要定義 Bug

  1. 在 Bug 的工作項目表單的上方區段中,指定下列其中一個或多個欄位:

    • 在 [標題] (必要項) 中,輸入一句話來說明所發現的程式碼缺失。

    • 在 [指派給] 清單中,按一下要負責修正 Bug 的小組成員名稱,或是讓這個欄位空白以便之後在分級期間指派。

      注意事項注意事項

      您只能將工作項目指派給 [Contributors] 群組的成員。

    • 在 [原因] 清單中,按一下 [組建失敗],或是保留指派 [新增]。

      根據預設,[原因] 欄位的值為 [新增]。 [解決原因] 欄位是唯讀的,當您將 [原因] 欄位由 [作用中] 變更為 [已解決] 時,該欄位會擷取 [原因] 欄位的值。 如需這些欄位以及如何使用它們來追蹤工作流程的詳細資訊,請參閱本主題後面的解決和關閉 Bug。

    • 在 [區域] 和 [反覆項目] 清單中,按一下適當的區域和反覆項目,或是讓這些欄位空白以便之後在規劃或分級會議上指派。

      注意事項注意事項

      每個 Team 專案的專案系統管理員都會定義該專案的區域和反覆項目路徑,讓小組能夠依照這些指定追蹤進度。 如需詳細資訊,請參閱 建立和修改區域和反覆項目

    • 在 [順位] 中輸入數值,這個數值表示此 Bug 相較於相同反覆項目中其他 Bug 的相對重要性。

    • 在 [優先權] 清單中,按一下表示 Bug 重要性的值 (1 為最重要,4 為最不重要)。

      根據預設,這個欄位的值為 2。

    • 在 [嚴重性] 清單中,按一下表示 Bug 對專案影響程度的值。

      根據預設,這個欄位的值為 [3 - 中]。

  2. 在 [詳細資料] 索引標籤上,指定下列其中一種或多種資訊:

    • 在 [重現的步驟] 中盡量提供充分的詳細資料,讓其他小組成員能夠了解必須修正的問題。

      您可以將您在這個欄位提供的內容格式化。

    • 在 [記錄] 方塊中,盡量提供詳細資料。

      您可以將您在這裡提供的內容格式化。

      每當小組成員更新 Bug 時,其記錄就會顯示變更的日期、進行變更的小組成員,以及變更的欄位。

  3. 在 [系統資訊] 索引標籤上,指定下列其中一種或多種資訊:

    • 在 [發現的組建] 清單中,按一下或輸入發現缺失的組建名稱。

      注意事項注意事項

      每一個組建都與唯一的組建名稱有關聯。 如需如何定義組建名稱的詳細資訊,請參閱自訂組建編號

    • 在 [在組建中整合] 中,如果您是在建立 Bug,請不要指定組建。 如果您是在解決 Bug,請輸入含有程式碼或可修正 Bug 的組建。

    • 在 [系統資訊] 中,說明發現 Bug 的軟體環境。

  4. (選擇性) 將 Bug 連結至其他工作項目,如測試案例或其他 Bug。

    如需這些活動的詳細資訊,請參閱本主題後面的將測試案例連結至 Bug。

  5. 按一下工作項目工具列上的 儲存 [儲存工作項目]。

    注意事項注意事項

    在您儲存 Bug 之後,識別項會出現在工作項目工具列底下的標題中。

將測試案例連結至 Bug

透過將 Bug 連結至測試案例,您可協助讓許多針對 MSF for Agile Software Development 定義的報告維持精確性和完整性。

若要將現有測試案例連結至 Bug

  1. 在 [測試案例] 索引標籤上,按一下 加入連結 [連結至]。

    [將連結加入至 Bug] 對話方塊隨即開啟。

  2. 在 [連結類型] 清單中,保留 [測試者] 的預設值,這是唯一支援您在 [測試案例] 索引標籤中加入之連結的連結類型。

  3. 在 [工作項目 ID] 中,輸入一個或多個您要連結至 Bug 的測試案例,或是按一下 [瀏覽] 找出您要連結的測試案例。 您可以按一下 [我的測試案例] 小組查詢來找出測試案例,然後選取您要連結之測試案例旁邊的核取方塊。

    如需詳細資訊,請參閱 尋找要連結或匯入的工作項目

  4. (選擇性) 輸入您要連結之測試案例的描述。

  5. 按一下 [確定]。

  6. 按一下 儲存 [儲存工作項目]。

    注意事項注意事項

    Bug 和您已讓它連結的測試案例都會更新。

將詳細資料、附件或超連結加入至 Bug

您可以將資訊加入至 Bug,方便其他人重現或修正 Bug。 您可以透過下列方式將詳細資料加入至 Bug:

  • 在 [重現的步驟] 或 [記錄] 欄位中,輸入資訊。

  • 附加檔案。

    例如,您可以附加電子郵件討論串、文件、影像、記錄檔或其他類型的檔案。

  • 加入超連結以連至網站,或連至伺服器或網站上儲存的檔案。

若要將詳細資料加入至 Bug

  1. 按一下 [詳細資料] 索引標籤,

  2. 在 [重現的步驟] 中輸入資訊。

  3. (選擇性) 在 [記錄] 中輸入資訊。

    您可以格式化文字,以便提供強調效果或擷取項目符號清單。 如需詳細資訊,請參閱標題、ID、描述和記錄 (Agile)

  4. 按一下 儲存 [儲存工作項目]。

若要將附件加入至 Bug

  1. 在 [附件] 索引標籤上,執行下列其中一個動作:

    • 將檔案拖曳到附件區域中。

    • 按一下 貼上 或按下 CTRL-V 貼上您已複製的檔案。

    • 按一下加入附件  [加入],再按一下 [瀏覽]。 在 [附件] 對話方塊中,輸入或瀏覽到您要附加的檔案名稱。

      (選擇性) 在 [註解] 方塊中,您可以選擇性輸入附件的其他資訊。 按一下 [確定] 以返回 [附件] 索引標籤。

  2. 按一下 儲存 [儲存工作項目]。

若要將超連結加入至 Bug

  1. 在 [所有連結] 索引標籤上,按一下 加入連結 [連結至]。

    指定超連結位址

  2. 在 [連結類型] 清單中,按一下 [超連結]。

  3. 在 [位址] 方塊中,輸入連結的目標位址。

    如果目標是網站,請輸入 URL,或從網際網路瀏覽器複製 URL,然後將它貼入 [位址] 方塊中。 如果目標是伺服器位置,請以 UNC 名稱的格式輸入位址。

  4. (選擇性) 在 [註解] 方塊中,輸入有關超連結的其他資訊。

  5. 按一下 [確定],然後按一下 儲存 [儲存工作項目]。

解決和關閉 Bug

修正 Bug 後,您可以將 [狀態] 從作用中變更為已解決。 確認修正後,您可以再將其狀態從已解決變更為已關閉。 所有小組成員都可以變更 Bug 的狀態。 此外,無法修正的 Bug 也可以因其他原因設為已解決,本主題稍後將有說明。 如需詳細資訊,請參閱 指派和工作流程 (Agile)

若要解決或關閉 Bug

  1. 開啟 Bug 的工作項目表單。

  2. 在 [狀態] 清單中,按一下 [已解決] 或 [已關閉]。

    • 如果您將狀態由 [作用中] 變更為 [已解決],則 [原因] 欄位會變更為 [已修正]。

      確認 [原因] 的值正確無誤,或按一下其他選項。

      如需詳細資訊,請參閱本主題後面的從作用中到已解決。

    • 如果您將狀態由 [已解決] 變更為 [已關閉],則 [原因] 欄位會變更為 [已驗證]。

  3. 按一下 儲存 [儲存工作項目]。

一般工作流程進展

  • 小組成員建立作用中狀態的 Bug,其預設原因為 [新增]。

  • 小組成員在修正 Bug 後或基於其他原因,將 Bug 的狀態從作用中變更為已解決。

  • 小組成員對標記為已修正的 Bug 進行測試、確認 Bug 已修正,然後將 Bug 的狀態從已解決變更為已關閉。

其他工作流程轉換

  • 小組成員發現 Bug 未修正或測試失敗,因而將 Bug 的狀態從已解決變更為作用中。

  • 在迴歸測試期間,小組成員發現已關閉的 Bug 又出現,因而將 Bug 的狀態從已關閉變更為作用中。

Bug 狀態圖表

Bug 狀態圖表

作用中 (新增或組建失敗)

小組成員建立 Bug、提供描述性標題,並在 [描述] 中盡量新增充分的 Bug 詳細資料。 仍在調查或修正階段的 Bug 會維持在作用中狀態。

從作用中到已解決

當您解決 Bug 時,可以指定下表中的其中一個原因:

原因

使用時機

其他可採取的動作

已修正 (預設值)

您在修正 Bug 所識別的問題後,執行單元測試來確認問題已修正,然後簽入變更的程式碼。

在簽入修正後,將 Bug 連結至變更集。

延後

當不會在目前的反覆項目中修正 Bug 時。 Bug 會延後到小組可以在產品未來的反覆項目或版本中加以重新評估時。

(選擇性) 將 Bug 移至未來的反覆項目或是待處理項目,並保留 Bug 的作用中狀態。

重複

當有另一個作用中的 Bug 報告相同問題時。

建立連結以連至仍為作用中狀態的 Bug,讓重複建立 Bug 的小組成員在關閉 Bug 之前,可以更容易確認其所建立的 Bug 是重複的 Bug。

按設計角度

當 Bug 描述的是預期的系統狀況或行為,或 Bug 不在其所影響之應用程式區域或使用者本文的驗收準則內時。

無。

無法重現

當小組成員無法重現 Bug 所報告的行為時。

無。

已過時

當 Bug 不再適用於產品時。 例如,如果 Bug 描述的問題與產品中不再存在的功能範圍有關,則該 Bug 即已過時。

無。

當 Bug 的狀態從作用中變更為已解決時,會自動擷取下列資料欄位:

  • 解決者:解決 Bug 的小組成員名稱。

  • 解決日期:Bug 的解決日期和時間 (依照伺服器時鐘記錄)。

  • 狀態變更日期:Bug 狀態的變更日期和時間。

已解決

被指派來修正 Bug 的小組成員藉由修正 Bug 來解決 Bug。 或者,如下表所述,小組成員也可能因其他原因決定 Bug 應設為已解決。

從已解決到已關閉

關閉 Bug 時僅支援 [已驗證] 原因。

當 Bug 的狀態從已解決變更為已關閉時,會自動擷取下列資料欄位:

  • 關閉者:關閉 Bug 的小組成員名稱。

  • 關閉日期:Bug 的關閉日期和時間 (依照伺服器時鐘記錄)。

  • 狀態變更日期:Bug 狀態的變更日期和時間。

從已解決到作用中

當您從已解決狀態重新啟動 Bug 時,可以指定下表中的其中一個原因:

原因

使用時機

其他可採取的動作

未修正

當無法接受解決方式或修正不正確。

提供關於您為何拒絕解決方式或為何修正並未正確運作的原因。 這項資訊應該要能協助 Bug 的下一位擁有者正確解決 Bug。

測試失敗

當測試顯示 Bug 仍然存在。

提供關於是哪項測試失敗以及在哪個組建失敗的詳細資料。

當 Bug 的狀態從已解決變更為作用中時,會自動擷取下列資料:

  • 啟動者:重新啟動 Bug 的小組成員名稱。

  • 啟動日期:Bug 的重新啟動日期和時間 (依照伺服器時鐘記錄)。

已關閉

如果已關閉的 Bug 所描述的問題或程式碼缺失再次出現,或之前未獲得修正,則小組成員可以將該 Bug 變更為作用中 Bug。

從已關閉到作用中

當您從已關閉狀態重新啟動 Bug 時,可以指定下表中的其中一個原因:

原因

使用時機

其他可採取的動作

回復

當 Bug 再次出現於之後的程式碼組建。

無。

重新啟動

當 Bug 錯誤關閉或因其他原因關閉。

無。

當 Bug 的狀態從已關閉變更為作用中時,會自動擷取下列資料:

  • 啟動者:重新啟動 Bug 的小組成員名稱。

  • 啟動日期:Bug 的重新啟動日期和時間 (依照伺服器時鐘記錄)。

請參閱

概念

分級活頁簿

使用者本文 (Agile)

測試案例 (Agile)

其他資源

MSF for Agile Software Development v5.0

工作項目和工作流程 (Agile)