Visual Studio 2015

TFS 的基於 web 的測試案例管理

應用程式生命週期管理與Team Foundation伺服器（TFS）是所有關于利用集成的工具集來管理您的軟體專案，從規劃和開發到測試和部署。作為Team Foundation伺服器的核心部分，測試樞紐使您能夠創建和運行手動測試通過容易使用基於 Web 的介面，可以訪問通過所有主要瀏覽器在任何平臺上。在這篇文章將會深入手工測試的階段 — — 規劃和創建測試，審查它們與利益相關者，運行測試，並跟蹤測試進度的團隊。我會觸及不同的價值取向，如靈活地自訂工作流；端到端的可追溯性；標準-基於測試的選擇；更改跟蹤和審核；共用測試步驟和測試資料；利益相關者評審；和最重要的是，易用性，特別是對於那些一直在使用基於 Excel 的框架用於手動測試的測試人員。若要訪問試驗中心，您可以導航到它通過按一下在處所 TFS 的測試選項卡上的樣子你訪問工作選項卡，以管理積壓或生成選項卡來監視生成。或者，你可以註冊一個免費的Visual Studio線上（VSO）帳戶，在 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 從 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。若要查看測試樞紐在行動中，觀看演示在 aka.ms/WebTCMDemo。

Manoj Bableshwar 是微軟的Visual Studio線上團隊的專案經理。他的團隊的船隻到Visual Studio線上手冊測試控管。

感謝以下的微軟技術專家對本文的審閱：拉維申克
拉維申克 Ravi 作品作為首席專案經理與Visual Studio測試控管團隊。