首先我们了解一下工作项的概念，项目上有许多实体在项目生命周期内需要跟踪，如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测试用例工作项类型。
文章来源于领测软件测试网 https://www.ltesting.net/
