我喜歡測試計劃，它能讓團隊清楚測試進度，還能妥善分配測試人員，更重要的是它能保證測試質量和效率。Azure DevOps 裏提供了 Test Plans 這個模塊用於管理測試計劃。
1. Azure Test Plans 中的測試計劃、測試套件和測試用例
這篇文章主要講解 Azure Test Plans 中怎麼管理測試計劃、測試套件和測試用例。在 官方文檔 中這三者的定義如下：
測試計劃（Test Plan）： 用於對測試套件和單個測試用例進行分組。
測試套件（Test Suite）： 在單個測試計劃中將測試用例分組爲單獨的測試方案。 對測試用例進行分組可以更輕鬆地查看已完成的方案。
測試用例（Test Case）： 定義用於測試代碼或應用以用於部署的步驟。 定義測試用例以確保代碼正常運行、沒有錯誤，並滿足業務和客戶要求。
這三者之間，以及它們與 Azure DevOps 中其它對象之間的關係如下圖：
2. 創建測試計劃
爲了演示如何使用測試計劃，我先創建了一些迭代，並添加了一些 PBI。
在 “Test Plans” 頁中，選擇 “New Test Plan”創建新的測試計劃。
在 “New Test Plan”頁面中，輸入測試計劃的名稱。通常 “Iteration”會默認選中當前迭代，如果沒有的話請手動選中，然後點擊 “Create”完成測試計劃的創建：
3. 創建靜態測試套件
現在，用戶可以直接向測試計劃添加測試用例，也可以先創建測試套件再向套件中添加測試用例。靜態套件（Static suite）是最基本的測試套件。若要將套件添加到測試計劃，請選擇 "More options" 、“New Suite”，然後選擇 "Static suite"。
靜態測試套件就只是個目錄，用於分組測試用例。點擊 “New Test Case”創建測試用例，可以輸入標題及測試步驟。最後記得選擇對應的 PBI 作爲 Tests，表明這個測試用例用於測試這個 PBI：
4. 創建基於需求的套件
如果測試用例比較多，需要按 PBI 分組，可以使用 “基於需求的測試套件”。選擇 "More options" 、“New Suite”，然後選擇 "Requirement based suite" 打開創建基於需求的測試套件的頁面，在這個頁面輸入查詢條件，點擊 “Run query”，然後在查詢結果中選中需要創建測試套件的項目，點擊 “Create suites”：
這樣每一個選中的項目都會創建一個獨立的測試套件：
5. 創建基於查詢的套件
基於查詢的套件（Query based suite）是按給定的條件將已存在的測試用例查詢出來並作爲一個測試套件。這種套件很有用，例如在一個軟件版本發佈前要對這個 Release 的所有功能做一次測試，這時候可以創建一個測試計劃，並用基於查詢的套件將這個 Release 所有的測試用例整理出來，而無需重新創建這些測試用例。
要創建基於查詢的套件，請選擇 "More options" 、“New Suite”，然後選擇 "Query based suite" 打開創建基於需求的測試套件的頁面，在 “CERATEA QUERY-BASED SUITE” 頁面輸入查詢條件（注意，Work Item Type 必須是 Microsoft.TestCaseCategory），點擊 “Run query”，確認查詢出來的測試用例符合自己要求，然後點擊 “Create suite”。
生成的測試套件如下：
6. 執行測試計劃
有了完整的測試計劃，剩下的就是執行了。
切換到 “Execute” 選項卡，可以看到測試用例的執行結果。如果要將一個測試用例標記爲通過，可以在這個測試用例的 “More options”中選擇 “Mark Outcome”，然後選中 “Pass Test”。
7. 跟蹤測試計劃
除了直接查看測試用例列表，Azure Test Plans 還提供了測試計劃的圖表用於跟蹤測試計劃。切換到 “Chart” 選項卡，選擇“New”，然後選中“New test result chart”。
在 Configure Chart 頁面中輸入圖標名稱，選擇 Chart Type 爲 Pie，Group by 爲 Outcome，點擊“OK”創建圖表：
Azure Test Plan 允許創建多個圖表，並通過 “Add to dashboard”添加到儀表板。
8. 最後
Azure Test Plan 還有幾種方式管理測試用例和測試套件，例如導入導出到別的測試計劃，或通過 Excel 導入和導出，還可以使用 Grid 的方式管理測試用例，具體可以參考 Azure Test Plans 的 官方文檔。