# TFS 基于 Web 的測試用例管理 **[Manoj Bableshwar](https://msdn.microsoft.com/zh-cn/magazine/ee532098.aspx?sdmr=ManojBableshwar&sdmi=authors)** 應用程序生命周期管理與團隊的基礎服務器 （TFS） 是所有關于利用集成的工具集來管理您的軟件項目，從規劃和開發到測試和部署。Team Foundation Server 的核心部分，作為試驗中心使您能夠創建和運行手動測試通過容易使用基于 Web 的界面，可以訪問通過所有主要瀏覽器在任何平臺上。在這篇文章將會深入手工測試的階段 — — 規劃和創建測試，審查它們與利益相關者，運行測試，并跟蹤測試進度的團隊。我會觸及不同的價值取向，如靈活地自定義工作流 ； 端到端的可追溯性 ； 標準--基于測試的選擇 ； 更改跟蹤和審核 ； 共享測試步驟和測試數據 ； 利益相關者評審 ； 和最重要的是，易用性，特別是對于那些一直在使用基于 Excel 的框架用于手動測試的測試人員。若要訪問試驗中心，您可以導航到它通過單擊在處所 TFS 的測試選項卡上的樣子你訪問工作選項卡，以管理積壓或生成選項卡來監視生成。或者，你可以注冊一個免費的 Visual Studio 在線 （VSO） 帳戶在?[visualstudio.com](http://visualstudio.com/)?和激活 90 天帳戶嘗試嘗試試驗中心。 ## 沖刺 (sprint) 計劃測試活動 沖刺 (sprint) 或迭代是單位規劃團隊的這種做法敏捷或 Scrum 方法。它使意義的計劃沖刺 (sprint) 的測試工作，就像它做為用戶情景。入門測試計劃，通過提供一個名稱并將其關聯的團隊和沖刺 (sprint) 創建測試計劃。測試計劃可以有一個所有者和測試周期日期為帶外測試活動如 beta 發布簽收或一個用戶驗收測試周期。TFS 中的測試計劃是工作項，所以你得到的工作項，例如與工作項歷史記錄 ； 更改跟蹤的所有好處 權限基于區域路徑 ； 富文本摘要字段 ； 文件附件和更多。然而，最重要的工作項的好處是定制。工作項自定義使得能夠對齊工作流和工件用于跟蹤活動與業務流程的組織所使用的字段。這一概念可以擴展為更好地反映測試活動練習作為您的軟件開發模式，通過自定義測試計劃工作項目。此外，自定義測試計劃工作項的過程是相似的其他工作項例如 bug 或用戶情景。例如，默認測試計劃的國家可以改變從活動和非活動，說、 創作、 測試或存檔。審閱者的審批者，額外的用戶領域簽署-關閉所有者，等等，需要對于問責制或審計要求，可以將添加到測試計劃。當您將您的流程集成到測試計劃，你可能想要限制訪問，以便只有某些人，如團隊領導或者測試經理，可以訪問用于創建和修改測試計劃。管理測試計劃的權限可以用于中度測試計劃的用戶或團隊級別的訪問。? 一旦設置了一項試驗計劃，你會渴望創建和運行測試。但在此之前，很重要的是思考如何組織這些測試，以使重用和端到端的可追溯性測試工作。測試套件是工件，載有一項試驗計劃，并使測試用例分成邏輯單元 （分組。測試套件有三種類型：基于需求的測試套件 （RBS），基于查詢的測試套件 （發達） 和靜態測試套件。靜態測試套件工作就像文件夾來組織 RBS 和發達。如果你自己想去組測試用例，你可以手動選擇和靜態測試套件添加測試用例。 如測試計劃、 測試套件是工作項，所以前面提到的所有自定義項福利申請測試套件。一個測試套件的自定義字段的一些例子是匯總字段描述指令設置的測試應用程序和字段來描述測試的性質，如功能或集成測試的復雜性，等等。只是作為測試計劃，可以適度向測試套件管理測試套件允許用戶或團隊級別的訪問。可以在測試套件的工作項歷史記錄跟蹤更改測試用例包含在套件、 所有者、 狀態或其他領域。 ## 端到端和基于需求間套房的可追溯性 基于需求的套房對應于用戶故事 （或者 scrum 的產品積壓工作項和基于 CMMI 的項目所需經費），該小組正在對在當前沖刺 (sprint) 中。創建 RBS 采摘一個用戶故事的目標是使可追蹤性。在 RBS 中創建的測試用例將自動鏈接到用戶情景，因此很容易找到所包含要測試的用戶情景的方案。Bug，如果任何的存檔運行這些測試用例時還鏈接到用戶情景與測試用例，從而提供端到端可視性的用戶故事，其測試場景和打開的 bug。這可以幫助您衡量質量和船準備的一項功能。? ## 基于標準的測試基于查詢的套件 回歸測試覆蓋率是一樣重要的新功能的測試覆蓋率。團隊通常設置基于標準的回歸測試覆蓋率 — — 優先級別為 1 的所有測試，端到端場景中的所有都測試，所有自動的都測試等等。測試集線器支持基于標準的測試與發達 ； 通過對測試用例定義查詢創建這些套件。在發達，無需任何手動刷新發達自動填充與查詢條件相匹配的測試用例。發達也可以用于其他方案，例如，跟蹤測試用例被固定在當前沖刺 (sprint) 中的 bug。 ## 與類似 Excel 的網格創建測試用例 測試用例的測試，每個基本單元包含描述一組可執行的操作和預期的結果描述所要驗證在每個測試步驟的測試步驟。每個測試步驟可以具有可選的附件，例如，截圖，說明了輸出。像測試計劃和測試套件、 測試用例是工作項，所以工作項自定義的所有福利都申請到測試用例，以及。 有兩種方法來創建測試用例。第一個選項是使用測試用例工作項窗體，您可以一次創建一個測試用例。第二個選項和真的讓你輕松通過創建測試用例，是類似 Excel 的網格中顯示的那個**圖 1**。網格手動測試人員，通常情況下，將已經編寫和測試的測試用例在 Excel 中，有很好的共鳴。使用網格中，測試人員可以創建多個測試用例在一段時間，流利導航網格與選項卡、 箭頭和 Enter 鍵同時打字測試標題、 步驟和預期的結果。它是簡單的經驗來插入、 刪除、 剪切、 復制和粘貼的行。更重要的是，網格可以顯示所有測試用例的領域，如狀態、 標記、 自動化狀態，等等，再加上這些字段可以批量標記為多個測試用例。如果你有間歇性的互聯網連接或只是更舒適書寫測試用例在 Excel 中，歡迎你來做到這一點。只是復制和粘貼所有測試案例，您在 Excel 中已經寫進網格并保存它們，將它們填充到系統。事實上，如果你的團隊只采用 TFS 試驗中心測試，網格可以幫助您從 Excel 導入測試用例。簽出該測試用例 Migrator 加的實用程序，在[tcmimport.codeplex.com](http://tcmimport.codeplex.com/)?從 excel 中先進的進口要求。 ? **若要創建多個測試，可以使用圖 1 類似 Excel 的網格** ## 共享測試步驟和測試數據 一些測試場景需要特定測試數據作為輸入，意味深長地測試。同時，也使得意義重復測試的不同變體試驗數據為例，有效和無效的輸入的集或不同的項目組合在一個購物籃。參數可用于將一個測試用例與測試數據相關聯。與成熟的測試團隊，涵蓋大型和復雜的測試場景，很有可能很多測試用例使用類似測試數據驅動測試。共享的參數可以幫助您整合和集中管理這些測試數據。你也可以從 Excel 導入測試數據，并使用它通過共享參數驅動測試。 只是作為測試數據，它可能是測試步驟共同跨越多個測試用例，例如登錄到應用程序或導航到窗體的步驟。這種共同的測試步驟可以合并為共享步驟。使用共享的步驟的優點是可以在共享步驟中更新的更改如更新的應用程序的 URL 或同時記錄中，一個額外的身份驗證步驟。更改共享參數或共享的步驟將立即反映在引用的所有測試用例。 ## 與利益攸關者審查測試 前運行的測試，它是一個好主意，與利益相關者，如產品經理或業務分析師，以征求他們的意見，分享測試。在跨部門或跨組織的開發和測試團隊，如外包的測試項目中，可能在測試執行之前要求正式簽收。若要共享測試與利益相關者進行審查，可以導出測試計劃或測試套件的一群，通過電子郵件或將它們打印到 PDF 或硬拷貝。**T**他輸出的電子郵件對話框中可以編輯之前把它寄給利益相關者。您還可以復制并粘貼到 Word 文檔，當利益相關者需要應對內聯審閱批注時。 ## 用基于 Web 的測試運行程序運行測試 準備團隊來運行測試，測試領導者可以將測試指派給團隊成員。所有者的測試用例和測試用例的測試人員可以是不同的人 ； 測試領導者具有靈活性，洗牌測試人員或甚至把別人的幫助要執行的測試的供應商。基于 Web 的測試運行，用來運行手動測試，最有價值的特點是它的跨平臺支持。由于測試運行器是基于瀏覽器，您可以運行它支持任何主要的瀏覽器的任何平臺上 — — 互聯網資源管理器中，Chrome、 火狐和 Safari。 測試運行程序提出了測試步驟和預期的結果，在一個狹窄的窗口，使其容易閱讀和在被測試的應用程序上執行的步驟 （見**圖 2**)。編寫測試用例時創建的圖像附件均可見，且可以放大到。如果您的測試用例由測試數據，每行包含測試用例中的參數值將對應于一個測試迭代。 ? **圖 2 基于 Web 測試運行程序** 一個測試可以有不同的結果 — — 通過、 失敗、 阻止和不適用。可以用 Blocked 狀態，當測試都需要等待外部的依賴項例如 bug 修復，并不適用時，很有用的測試并不適用于當前特征 — — 服務釋放，舉個例子。當你穿越過驗證測試步驟，您將標記它們通過或失敗。失敗的步驟，你可以記下你觀察測試時問題的評論。你可以向開發人員報告失敗，通過創建一個 bug，在測試運行程序會話的上下文中。該 bug 是自動填充在您遇到問題之前執行的所有步驟。該 bug 之前存檔，還帶有附加注釋和截圖更新。該 bug 鏈接到被歸檔并要求被測試，因而有利的端到端跟蹤時運行的測試用例。另一方面，如果你找到預期的結果和應用程序之間的差異是因為最近更新應用程序，您可以修復測試用例的內聯，它運行時。如果你在很長一段測試會話正在運行許多測試，需要休息一下，你可以暫停測試和以后恢復它們。如果你發現一個測試失敗，為你，希望找出當它最后傳遞或哪個團隊成員得到成功地執行它，看著最近的測試用例結果將回答這些問題。 盡管測試運行程序能夠幫助你走過每個測試步驟的測試用例的詳細信息，批量標記功能可幫助您通過或失敗多個測試一次。如果您要驗證高級別測試場景突出顯示通過的測試用例的標題，但不是實際步行通過詳細的測試步驟，您可以快速地標記每個測試的結果，而無需啟動測試運行程序。當脫機進行了大量的試驗，其地位已得到反映回系統中，因此大部分標記功能就特別有用。 ## 跟蹤測試進度圖表 "是我的特點船準備好了嗎?""是我的團隊有望完成此沖刺 (sprint) 的測試嗎?""是我計劃的所有測試案例此沖刺 (sprint) 準備好運行?"這些是一些在哪個測試潛在顧客、 測試經理和利益攸關者感興趣的問題。考試中心可以讓您創建一套豐富的圖表來幫助回答這類問題 （見**圖 3**)。圖表進來兩個集合：測試用例圖表，可以用來跟蹤的創作活動，測試進度和測試結果圖表，可以用來追蹤測試執行活動。這些圖表可以是不同類型的可視化效果 — — 派、 列、 堆積條形的圖、 數據透視表和等等。所有者、 狀態、 優先事項和類似的測試用例等可以用作測試用例圖表的支點。測試結果圖表來與測試套件、 結果、 測試儀、 運行按優先級別和更多的是支點。例如，若要查找的用戶情景測試狀態，你可以創建堆積的條形圖與測試套件和成果作為支點的正在測試在當前沖刺 (sprint) 的所有基于需求的套件。一群測試套件或測試計劃，可以卷起來的整個測試計劃的信息，也可以創建這些圖表。此外可以通過固定到主頁圖表來共享與利益相關者的見解。最后，所有圖表都顯示實時的度量標準，沒有任何延遲或處理的延遲。 ? **圖 3 跟蹤測試結果** ## 總結 試驗中心不僅僅是手工測試人員。它是一個工具，產品所有者和業務分析師可以用來衡量他們的特征和驗收標準的衡量。網格可以用來跟蹤要求，驗收標準，可稍后用于簽收。綜上所述，試驗中心提供： * 自定義功能與測試計劃、 測試套件和測試用例工作項的工作流。 * 從需求到測試用例和 bug 與基于需求的端到端追溯性測試套件。 * 基于標準的測試選擇使用基于查詢的測試套件。 * Excel 一樣的界面與網格的簡單測試用例的創建。 * 可重用的測試步驟和測試數據共享的步驟與共享的參數。 * 可共享的測試計劃、 測試套件和測試用例與利益攸關者審查。 * 在任何平臺上的基于瀏覽器的測試執行。 * 實時圖表跟蹤測試活動。 試驗中心提供簡單而全面的方法來測試你打算釋放在沖刺 (sprint) 的用戶情景。測試集線器是提供關于-房舍與 TFS，以及與 Visual Studio 在線云。入門馬上在 90 天的免費試用?[visualstudio.com](http://visualstudio.com/)。若要查看測試樞紐在行動中，觀看演示在?[aka.ms/WebTCMDemo](http://aka.ms/WebTCMDemo)。