Azure DevOps 服務整合概觀
Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019
透過 Azure DevOps，您可以連線到其核心服務並共同作業。 您可以使用各種功能來連結和追蹤 Azure Boards、Azure Repos、Azure Pipelines 和 Azure Test Plans 之間的 Devops 工作。 本文說明如何使用 Azure DevOps 的跨服務整合來改善工作流程和生產力的選項。
詳細資訊的連結：
在 Azure DevOps 中的協作
下表摘要說明一些可協助您與小組和其他小組合作的功能。
| 功能 | 說明 |
|---|---|
@mentions （加入討論和留言） |
您可以在工作專案表單的討論區、或提交、拉取請求、變更集的批注區中，@mention小組成員或整個小組。 |
#ID （工作項目的連結） |
若要支援端對端可追蹤性，您可以從 認可、提取要求和變更集連結至工作專案。 |
| 團隊 | 每個小組都能存取一套敏捷工具和 小組資產。 這些工具可讓小組自主工作，並與整個企業中的其他小組共同作業。 每個小組都可以設定和自定義每個工具，以支援其運作方式。 為了快速導航，他們可以將存放庫、管線和測試計劃標為最愛。 |
| 警報 | 設置或取消個人、團隊、專案或組織層級的警示。 訂閱電子郵件警示 當工作專案、程式代碼檢閱、提取要求、原始檔控制檔案、組建等等發生變更時。 |
| 透過電子郵件摘要 |
-
電子郵件傳送工作專案清單 - 電子郵件查詢項目 - 透過電子郵件傳送發行摘要 |
| 威基 | 在Wiki中內嵌 Azure Boards 查詢結果。 |
Azure Boards 和 Azure Repos 整合
您可以將程式代碼變更連結至具有不同連結類型的使用者劇本和功能。 針對 Git，請使用 Branch、 Commit、 Pull Request 或 Tag。 針對 TFVC，請使用 Changeset 或 Versioned Item。
下表摘要說明 Azure Boards 與 Azure Repos 之間的整合點。
| 功能 | 說明 |
|---|---|
| 從工作項目促進 Git 的開發 | 您可以建立 Git 分支，或連結至 Git 提交或拉取請求，並從工作項目表單內驅動工作專案的 Git 開發週期。 |
| 透過 Git 提交，自動連結並轉換工作項目 | 針對 Git 存放庫，您可以開啟或關閉下列選項： - 關閉在提交註解中有提及的工作專案。 - 記錄用戶選擇以便利用拉取請求來完成工作項目。 - 從提交評論連結工作專案。 您也可以在存放庫設定中，自動連結提交或拉取請求。 - 提交提及鏈結：開啟此功能，以在提交信息中使用 #WorkItemID 將提交連結到工作項目。 當您從不同的帳戶或服務推送存放庫時，請關閉。 當您匯入存放庫時，Azure DevOps 會自動關閉此功能。 - 在提交中提及的工作項目解析：啟用後，可在提交中使用“修正 #WorkItemID”來關閉工作項目。 - 工作項目轉換喜好設定：預設情況下，它會記住每個使用者選擇使用拉取請求完成已連結工作項目的偏好。 您可以關閉此功能，以防止使用者使用提取要求完成工作專案。 關閉時，使用者必須選擇完成每個拉取請求的工作項目。 |
| 檢查 Git 分支中是否有連結的工作專案 | 檢查提取要求上是否有連結的工作專案，以鼓勵可追蹤性。 |
| 使用拉取請求自動完成工作項目 | 當您將工作項目連結至提取要求（PR）時，成功完成 PR 後，可以 自動完成 這些工作項目。 系統會將您的選擇預設為未來拉請求的默認值。 |
| 檢視單一工作專案所連結的程式代碼物件清單 | 您可以將工作項目連結至程式碼變更、組建和版本，以提供功能開發的稽核線索。 |
| 查詢外部連結 | 您可以查詢與分支、提交、拉取請求或標記連結在一起的工作專案。 |
| [設定分支原則以支援工作追蹤] | 若要確保分支的變更具有工作項目的連結，您可以在存放庫設定中設定 Git 存放庫的分支原則。 開啟 [ 檢查連結的工作專案 ] 選項。 選擇 必要 來規定所有拉取請求必須至少有一個已連結的工作項目才能完成。 選擇 可選 以允許沒有連結工作項目的拉取請求，但會發出警告。 |
Azure Boards 和 Azure Pipelines 整合
下表摘要說明 Azure Boards 與 Azure Pipelines 之間的整合點。 當使用者劇本和功能在開發週期中移動時，數個功能為端對端可追蹤性提供支援。 如同 Azure Repos，您可以使用下列連結類型，將工作專案連結至管道物件： 建置、整合在建置中，以及 整合在版本中。
功能
說明
將工作項目手動連結至建置。
將工作項目連結至組織或集合中相同或其他專案的建置。
設定整合選項，以自動建立 Integrated in build 鏈結工作專案至與管線相關聯的分支、認可或提取要求。
需要以「在建置中整合」連結填入「開發」控制項。 屬於發行一部分的工作項目或提交會從工件版本計算出來。 例如，Azure Pipelines 中的每個組建都會與一組工作項目和提交相關聯。 如需詳細資訊，請參閱 設定管線以支援整合。
若要將工作專案連結至組建和發行，請選擇傳統或 YAML 管線的選項和分支。 此動作會為已連結至分支、提交或拉取請求的工作項目，建立 在建置 中整合，以及 於發行階段 的連結。
在執行 Classic 或 YAML 管線時，需要將 [開發] 控件中的工作專案表單填入 [已整合於組建] 連結，以及將 [部署] 控件填入 [已整合於發行階段] 連結。 如需詳細資訊，請參閱 設定管線以支援整合。
設置整合選項，自動建立 [在發行階段整合] 的連結，以連結至與發行相關的分支、提交或提取請求的工作項目。
需要將 [發行階段中的整合] 連結填入 工作項目表單中的部署控制項。 如需詳細資訊，請參閱發行管道與如何整合和報告發行狀態。
檢視與經典發行管線相關聯的工作項目清單
列出連結至組建或發行的所有工作專案。
檢視並開啟連結至傳統或 YAML 管線的工作項目清單。
列出自上一個選取版本以來連結至當前版本的所有工作專案。 可以根據每個欄位排序列表。
檢視單一工作專案所連結的組建或發行物件清單
您可以 將工作項目連結至建置和發行—提供功能開發和部署的稽核追蹤。
查詢外部連結。
您可以 查詢包含外部連結的工作專案。
檢視並快速導覽至工作專案所連結的版本階段。
工作 項目表單上的 [部署 ] 控制項會顯示工作專案所連結的階段。 您可以展開某個階段以查看一些執行的狀態，並開啟每個階段或運行。 如需詳細資訊，請參閱 將工作項目連結並檢視至部署。
在失敗時建立工作項目，選擇性地設定工作專案欄位的值（傳統）
自動建立工作專案，並在建置失敗時設定欄位。
在失敗時建立工作專案 （傳統或 YAML），選擇性地設定工作專案欄位的值 （傳統）
查詢工作項目 確保從查詢返回的符合的工作項目數量在閾值內。
使用此工作可確保工作項目查詢所傳回的相符項目數目在設定的臨界值內。 如需詳細資訊，請參閱 查詢工作專案工作、使用閘道和核准控制部署。
Azure Repos 和 Azure Pipelines 整合功能
Azure Pipelines 支援在 Azure Repos 中建置程式碼，這些程式碼可以使用 Git 或 Team Foundation 版本控制（TFVC）來管理。 Azure Pipelines 支援的其他存放庫會列在 支援的來源存放庫中。
下表摘要說明 Azure Repos 與 Azure Pipelines 之間的整合功能。
| 功能 | 說明 |
|---|---|
| 報告部署狀態 | 指出 Git 存放庫中的 檔案、認可 和 分支 頁面上的部署狀態。 此功能可改善從程式代碼認可到部署的可追蹤性。 您可以將 發行環境設定為報告部署狀態。 |
| 發行狀態徽章 | 在存放庫中張貼您最近建置管線的狀態。 |
| 程式碼涵蓋範圍 | 發佈 和 覆核 程式碼涵蓋範圍結果，指出實際被測試的專案程式碼比例。 |
| 功能 | 說明 |
|---|---|
| 報告部署狀態 | 指出 Git 存放庫中的 檔案、認可 和 分支 頁面上的部署狀態。 此功能可改善從程式代碼認可到部署的可追蹤性。 您可以將 發行環境設定為報告部署狀態。 |
| 程式碼涵蓋範圍 | 發佈 和 覆核 程式碼涵蓋範圍結果，指出實際被測試的專案程式碼比例。 |
Azure Boards、Azure Repos 和 Azure Test Plans 的整合
透過 Azure Boards 工作項目類型支持數個共同作業案例。 您可以使用 受控查詢 和 Azure DevOps 搜尋函式 來尋找和列出工作專案。
注意
您應該透過特定工具或表單建立一些工作項目類型，例如意見反應要求、程式代碼檢閱要求、共用步驟和共用參數。 這些類型會新增至 [隱藏類型] 類別，而且不會出現在用來新增工作專案的功能表中。
針對繼承的進程模型，您只能自定義下列工作專案類型：測試計劃、測試套件和測試案例。
| 案例 | 工作項目類型 | 說明 |
|---|---|---|
| 要求程式碼檢閱 | 程式代碼檢閱要求 | 追蹤輸入 TFVC 的新程式代碼檢閱表單中的資訊。 如需詳細資訊，請參閱 使用Visual Studio檢閱您的程式代碼。 |
| 提供程式碼審查 | 程式代碼檢閱回應 | 追蹤程式碼檢閱者所提供的審查意見，以 回應程式碼檢閱要求。 |
| 要求意見 | 意見反應要求 | 追蹤在要求意見反應表單中輸入的資訊。 使用下列表單來發起意見反饋。 - 要求專案關係人意見反應 - 獲取意見反應。 |
| 提供意見反應 | 評審意見 | 可讓專案關係人透過 Microsoft Test & Feedback Marketplace 擴充功能，根據意見反應的要求提供意見，或自願提供意見反應。 |
| 手動測試 | 測試計劃 | 將一或多個測試套件和個別測試案例分組在一起。 測試計劃包括靜態測試套件、需求型套件，以及查詢型套件。 若要開始使用，請參閱 建立測試計劃和測試套件。 |
| 手動測試 | Test Suite | 將一或多個測試案例分組為單一測試計劃內的個別測試案例。 分組測試案例可讓您更輕鬆地查看哪些案例已完成。 |
| 手動測試 | 測試案例 | 定義用來驗證程式代碼個別部分的步驟，以確保程式代碼正常運作、沒有錯誤，並符合商務和客戶需求。 您可以將 個別測試案例 新增至測試計劃，而不需建立測試套件。 多個測試套件或測試計劃可以參考測試案例。 您可以有效地重複使用測試用例，而不需要複製或克隆至每個套件或計劃中。 |
| 手動測試 | 共用步驟 | 啟用在多個測試用例中分享步驟。 |
| 手動測試 | 共用參數 | 啟用 以不同數據重複相同的測試案例。 |
測試工作項目類型
支援測試體驗的工作項目類型會使用下圖所示的連結類型連結在一起。 這些類型包括 測試者/測試、測試案例/共享步驟，以及 引用來源/引用。
您可以使用入口網站來查看針對測試套件定義的測試案例，以及針對測試計劃定義的測試套件。 但是，沒有將這些物件彼此連接的特定連結類型。
追蹤程式錯誤
Bug 工作項目類型支援追蹤 Bug 時應該注意的下列整合。
| 案例 | 說明 |
|---|---|
| 從測試工具建立bug | 您可以從 Test Runner 或 測試與反饋擴充功能中新增 Bug。 如需詳細資訊，請參閱 定義、擷取、分級和管理 Bug。 |
| 建立連結至錯誤或使用者故事的內嵌測試 | 當您的團隊將錯誤視為需求進行追蹤時，您可以使用面板新增測試用以驗證錯誤修正或使用者案例。 |
| 追蹤包含 Bug 的建置資訊 | Bug 工作項目表單包含 System Info、Found in Build 和 Integrated in Build，支援追蹤在管線構建中發現和解決的程式錯誤。 如需詳細資訊，請參閱 透過組建和測試整合欄位進行查詢。 |
Azure Pipelines 和 Azure Test Plans 集成
Azure Test Plans 與 Azure Pipelines 完全整合，可支持持續整合/持續部署 （CI/CD） 內的測試。 您可以將測試計劃和測試案例與組建或發行管線產生關聯。 將管線工作新增至管線定義，以擷取和發佈測試結果。 透過內建進度報告和管線測試報告來檢閱測試結果。 下表摘要說明 Azure Pipelines 與 Azure Test Plans 之間的整合點。
| 功能 | 說明 |
|---|---|
| 測試計劃設定 | 透過測試計劃設定，您可以 設定測試回合設定 ，以建立組建或發行管線和測試結果設定的關聯。 |
| 管線測試啟用任務 | 指定管線定義內的測試啟用任務。 Azure Pipelines 提供數項工作，包括下列工作，可支援完整的測試報告和分析體驗。 - 發佈測試結果工作：使用 將測試結果發佈至 Azure Pipelines。 - Visual Studio 測試工作：使用 Visual Studio 測試執行器來執行單元和功能測試（Selenium、Appium、編碼 UI 測試等等）。 - .NET Core CLI 工作：用來建置、測試、封裝或發佈 dotnet 應用程式。 如需其他工作，請參閱 發佈測試結果工作 |
| 在組建管線中執行自動化測試 | 將測試計劃與建置管線建立關聯，確保每次建置時都能執行。 |
| 使自動化的測試與測試案例產生關聯 | 將自動化測試與測試案例產生關聯。 |
| 設定與組建相關聯之自動化測試結果的保留原則 | 您可以從 頁面設定自動化組建的測試保留原則。 |
| 需求可追蹤性 | 需求品質小工具支援從組建或發行管線持續追蹤品質。 小工具會顯示需求與針對該需求執行的最新測試結果之間的對應。 其提供了對需求可追蹤性的見解。 |
| 測試結果趨勢 | 可配置的測試結果趨勢小工具會顯示所選建置或發行管線的測試結果趨勢。 小工具可協助您在一段時間內可視化測試趨勢、顯示測試失敗、測試持續時間等模式。 如需詳細資訊，請參閱 設定測試結果趨勢 （進階） 小工具 |
| 部署狀態 | [可配置的部署狀態小工具] 顯示了一個合併檢視，其中包含最近一組建的跨多個環境部署狀態和測試通過率。 您可以藉由指定建置管線、分支和關聯發行管線來設定控制項。 若要在發行的多個環境中檢視測試摘要，小工具會提供每個環境的矩陣檢視，以及對應的測試通過率。 請參閱 將自動化測試與測試案例產生關聯 |
| 在組建和版本中檢視測試結果 | 組建和發行摘要都會提供測試執行的詳細數據。 檢閱這些摘要 ，以評估管線品質、檢閱可追蹤性，以及針對失敗進行疑難解答。 選擇 [測試摘要] 以檢視 [測試] 索引標籤中的詳細數據。 |
| 組建測試分析 | 每個組建摘要都包含一個分析索引標籤，其中裝載測試分析報告。 |
儀錶板、報表和分析
儀錶板提供簡單的方法來監視進度和狀態。 Teams 可以新增可設定的小工具以支援其目標。 Analytics 服務是 Azure DevOps 的報告平臺，並取代以 SQL Server Reporting Services 為基礎的先前平臺。 分析已針對快速讀取存取和伺服器型匯總進行優化，並提供下列優點：
- 可以新增至儀錶板的分析小工具
- 選取的 Azure DevOps 頁面提供的內嵌式分析報告
- Azure Boards 待辦項目的匯總列和計數
- 您可以使用 Power BI 建立的自訂報表
- 您可以使用 OData 查詢建立的自訂報表
- 支援開發和新增自定義的分析小工具，並可將其加入到儀表板中。
您可以將下列內建小工具新增至儀錶板。 它們會根據它們所支持的服務來組織。 您可能會從 Azure DevOps Marketplace 找到更多小工具。
從 Analytics 取得的數據
分析提供 Azure DevOps 的報告平臺。 如需詳細資訊，請參閱 Analytics提供的數據。
自動化和連接器
Microsoft產品支援自動化或與其他數個應用程式和服務整合。 如需詳細資訊，請參閱下列文章。