共用方式為

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] 群組的成員。

    • 在 [區域] 和 [反覆項目] 清單中，選取適當的區域和反覆項目或是讓在配置期間之後要指派的這些欄位空白或分級會議。

      注意事項注意事項

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

    • 在 [堆疊順位]，輸入表示 Bug 的相對重要性。在相同的反覆項目中其他 Bug 比較的數字。

    • 在 [優先權] 清單中，選取表示 Bug 的重要性，一是最重要的值，然後又是最不重要)。

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

    • 在 [嚴重性] 清單中，選取表示 Bug 的影響對專案的值。

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

  2. 在 [ REPRO 步驟] 索引標籤上，盡量提供詳細資料 (如果需要的話，讓其他小組成員能夠了解必須修正的問題。

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

  3. 在 [系統資訊] 索引標籤上，指定一個或多個下列類型的資訊:

    • 在 [位於組建] 清單中，選取或輸入發現缺失的組建名稱。

      注意事項注意事項

      每一個組建都與唯一的組建名稱有關聯。如需如何定義組建名稱的詳細資訊，請參閱Customize Build Numbers。

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

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

  4. 在 [記錄] 索引標籤上，盡量提供詳細資料，讓您要。

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

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

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

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

  6. 在工作項目工具列上， 儲存 選擇 [儲存工作項目。]。

    注意事項注意事項

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

將測試案例連結至 Bug

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

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

  1. 在 [測試案例] 索引標籤， 加入連結 選取 [連結。]。

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

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

  3. 在 [工作項目 ID]，輸入您要連結錯誤 (bug) 一個或多個測試案例的 ID，請選取 [瀏覽] 找出您要連結的測試案例。您可以選擇 [我的測試案例] 小組查詢來找出測試案例要連結的測試案例旁邊的然後選取核取方塊。

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

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

  5. 選擇 [確定]。

  6. 選取 儲存[儲存工作項目。]。

    注意事項注意事項

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

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

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

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

  • 附加檔案。

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

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

若要將詳細資料加入至 Bug

  1. 選取 [詳細資料] 索引標籤。

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

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

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

  4. 選取 儲存[儲存工作項目。]。

若要將附件加入至 Bug

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

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

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

    • Choose加入附件  [新增]，然後選取 [瀏覽]。在 [附件] 對話方塊中，輸入或瀏覽到您要附加的檔案名稱。

      (選擇性) 在 [註解] 方塊中，您可以選擇性輸入附件的其他資訊。若要回到 [附件] 索引標籤上，選取 [確定]。

  2. 選取 儲存[儲存工作項目。]。

若要將超連結加入至 Bug

  1. 在 [所有連結 ] 索引標籤， 加入連結 選取 [連結。]。

    指定超連結位址

  2. 在 [連結類型] 清單中，選取 [超連結]。

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

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

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

  5. 選取，然後選取 儲存[確定][儲存工作項目。]。

解決和關閉 Bug

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

若要解決或關閉 Bug

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

  2. 在 [省/市] 清單中，選取 [已解決] 或 [已關閉]。

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

      驗證 [原因] 的值是正確的，或選取不同的選項。

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

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

  3. 選取 儲存[儲存工作項目。]。

一般工作流程進展：

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

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

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

其他工作流程轉換：

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

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

Bug 狀態圖表

Bug 狀態圖表

Dd380645.collapse_all(zh-tw,VS.110).gif作用中 (新增或組建失敗)

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

Dd380645.collapse_all(zh-tw,VS.110).gif從作用中到已解決

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

原因

使用時機

其他可採取的動作

已修正 (預設值)

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

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

已延期

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

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

重複

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

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

按設計角度

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

無。

無法重現

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

無。

已過時

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

無。

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

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

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

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

Dd380645.collapse_all(zh-tw,VS.110).gif已解決

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

Dd380645.collapse_all(zh-tw,VS.110).gif從已解決到已關閉

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

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

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

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

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

Dd380645.collapse_all(zh-tw,VS.110).gif從已解決到作用中

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

原因

使用時機

其他可採取的動作

未修正

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

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

測試失敗

當測試顯示 Bug 仍然存在。

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

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

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

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

Dd380645.collapse_all(zh-tw,VS.110).gifClosed

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

Dd380645.collapse_all(zh-tw,VS.110).gif從已關閉到作用中

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

原因

使用時機

其他可採取的動作

回復

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

無。

重新啟動

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

無。

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

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

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

請參閱

概念

分級活頁簿

使用者劇本 (Agile)

測試案例 (Agile)

其他資源

適用於 Visual Studio ALM 的敏捷式流程範本

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