Visual Studio 2010中測試用例工作項類型介紹
原創【51CTO經典譯文】首先我們了解一下工作項的概念，項目上有許多實體在項目生命周期內需要跟蹤，如bug就是這種實體，工作項需要給定一些實體狀態，以便進行獨立跟蹤，工作項的實體簽名是通過在TFS數據庫中創建一條記錄給定的，工作項存儲一些數據和狀態，工作項的類型定義定義了它能存儲的數據，可能的狀態以及如何顯示不同的狀態，允許從一種狀態轉變到另一種狀態。
現在我們仔細研究一下測試用例工作項類型的類型定義，對所有工作項類型，有些字段是通用的，包括標題、區域和迭代方法，除這些字段外，某些通用字段對測試用例工作項類型有特殊的值，如測試用例狀態字段的有效值包括Design，Ready和Closed，另外還有一個優先級字段，其取值范圍從1-4，它還有一個特殊的字段自動化狀態，測試用例可能是自動進行測試的，也可能是手動進行測試的。
Visual Studio 2010測試用例的數據塊是由步驟組成的，每一步代表測試人員需要執行的一個測試，步驟是按執行順序編寫的，每一步都有由測試人員執行的行為和預期的執行結果，每一步可能有一些附件顯示測試細節信息，如一個圖像文件，一個測試文檔等。附件可以在測試前單獨打開查看，步驟中的行為也可以嵌入一個參數或預期的結果，參數名前使用@前綴字符，例如，如果City是一個嵌入的參數，那么在步驟包含的代碼中就應該使用@City，下圖顯示了所有步驟中的參數列表，我們可以給參數指定多個值，每一行表示一個，這樣就可以執行迭代測試了。
Visual Studio 2010測試用例中的步驟可以使用Excel編寫，一列編寫行為，一列編寫預期結果，然后將這些步驟復制到工作項表單中。
圖 1 測試用例步驟及參數
TFS 2010實現了分層工作項的概念，在現有兩個工作項之間可能存在一個關系，通常是父子關系，就測試用例工作項而言，在類別需求（在CMMI過程中叫做需求，在敏捷過程中叫做用戶故事）工作項和測試用例之間存在一種特殊的關系，一個測試用例可以測試與它相關的一個或更多需求，我們在創建測試用例工作項實例時可以將它們鏈接起來。
圖 2 用戶故事
測試用例的一個重要組成部分是關聯自動化測試，創建測試用例時，默認情況下，它的步驟是手動執行的，創建自動化測試（Web測試或UI測試）后，我們可以將它與測試用例關聯起來，當自動化測試與測試用例關聯起來后，無論何時運行這個測試，都會執行自動化測試。
圖 3 關聯自動化測試
通過本文我們詳細了解了Visual Studio 2010測試用例工作項類型。
原文出處：http://www.dotnetcurry.com/(X(1)S(lukovyue5n4dmo2fn1lparya))/ShowArticle.aspx?ID=471&AspxAutoDetectCookieSupport=1
原文名：Visual Studio Test Professional 2010: Test Case WorkItem Type
【編輯推薦】
