如何使用VSTF程序集测试管理工具？

如果您现在正在使用微软的.NET 2005平台进行开发，您应该也会使用Team Foundation 进行源代码控制，工作指派与跟踪。而Team Foudation Source Control是MS Source Safe的扩展，功能也更强大（不过大家都反映很不稳定，偶尔会把你的代码覆盖掉让你郁闷一把），更重要的是我们可以使用微软提供的Version Control Object Model（版本控制对象模型）进行编程，扩展VSTF原有功能或开发一些自定义的组件。

然而，同Source safe一样，当代码迁出一直到迁入这一过程中，出现了一个空白，通常情况下不能对用户操作进行有效跟踪。解决的办法至少有两种：一种是扩展WorkItem（工作项）本身的属性和功能，增加WorkFlow的逻辑，这样仍能够在VSTF内部进行有效的管理。另一种就是自己开发一个工具，在这段空白期间负责记录用户操作。同时，开发人员可以在代码迁入之前将编译好的程序集通过该工具上传到指定存储目录或者保存在数据库中，同时测试人员收到通知，将程序集获取到进行针对某项BUG的测试或局部的集成测试，从而提高测试人员的工作效率。除此以外，还可以根据该工具记录的信息生成报表，提交给PM以方便进行管理。

这里要着重讨论的就是第二种方式，描述一下该工具开发中的一些细节问题，我们为该工具取了一个名字，称为“测试管理中心(TestCenter)”。

2.相关流程

图1 TestCenter-功能异常单处理流程

3.典型场景

3.1 程序员根据工作项迁出代码（After Check Out）

图2 程序员在TestCenter的操作

前置条件：
1．程序员获得特定工作项，并根据工作项迁出代码，修改代码并编译代码。
用例描述：
1．程序员登录TestCenter客户端界面，填写/选择任务及工作项等信息。
2．程序员登录TestCenter客户端界面，上传编译好的dll文件。
3．程序员确认在TestCenter客户端所做的操作并提交。
4．TestCenter会根据程序员提交的信息按照预定的规则通知测试人员。
后置条件：
1．程序员在TestCenter客户端完成操作后，TestCenter会进行响应并给出提示。

3.2 测试人员测试代码（Before Check In）

图3 测试人员在TestCenter的操作

前置条件：
1．测试人员必须首先收到全部更改已经提交的通知
用例描述：
1．测试人员登录测试管理中心TestCenter，将所有相关dll文件下载到本地目录
此时可以进行集成测试
2．测试人员根据测试结果登录测试管理中心，提交操作流转策略：
如果测试成功，系统可以邮件方式通知程序员迁入代码
如果测试不成功，系统可以邮件方式通知高级程序员进行Debug或者直接通知程序员进行Debug
后置条件：
1．TestCenter对测试人员在客户端界面上的操作进行响应/发送邮件通知等
 

4.工作项(WorkItem)状态管理

由于测试管理中心的系统边界局限于程序员迁出代码到迁入代码以及测试人员根据工作项获取代码并测试代码这一阶段，因此测试管理中心本身并不能直接控制VSTF中的工作流流程也不能对程序员的代码产生任何影响，因此只能对程序员的工作项和测试人员工作项的状态进行操作。实际上，这将引发VSTF内置的一种事件处理即WorkItemChangedEvent。这里TestCenter修改VSTF工作项状态，从而能在VSTF历史记录或报表中反映出程序员的更改操作。

4.1 程序员工作项的状态变化

图4 程序员工作项的状态变化

说明：程序员获得分配的工作项，迁出代码准备操作，此时相应的工作项处于激活状态。当程序员修改了代码，完成编译并进行本地测试后登录测试管理中心，提交所属任务和对应工作项的信息，并将生成的dll上传到数据库中存储，此时相应工作项处于非激活状态。如果测试人员测试通过，程序员会收到通知（邮件或口头的），此时程序员可以将代码迁入并将工作项关闭表明该工作项已经完成；如果测试没有通过，程序员也会得到通知，并将工作项重新激活并重新修改代码然后登录测试管理中心，再次提交信息，直到测试通过迁入代码完成工作项为止。

4.2 测试人员工作项的状态变化

图5 测试人员工作项状态的变化

说明：与此同时，测试人员也有与某一任务关联的工作项，当程序员提交了所有与之相关的dll后，测试人员将会收到邮件通知，此时其工作项是激活的。接下来，测试人员将dll下载到本地并进行集成测试，如果测试通过，则通知程序员迁入代码，同时设置自己工作项状态，关闭工作项。否则，在测试人员反复下载dll并测试过程中，其工作项一直处于活动状态。
注意：这里存在一个工作项状态更新同步的问题，一个典型的场景是：程序员A修改完代码编译并上传自己的dll后，TestCenter会将其工作项的状态设置为“已完成”。然而，程序员A可能以前打开了工作项浏览器，上面显示的工作项状态仍为激活，这是因为该浏览窗口没办法实时动态的将数据库中工作项记录的改变反映在前端，这可能会对程序员A产生错误的影响。解决办法就是程序员需要经常手工刷新自己的工作项浏览器。

5. 数据结构

5.1 程序员操作记录实体

图6 TestCenter记录程序员操作信息的实体

图7 TestCenter记录测试人员操作信息的实体

• 工作项记录实体WorkItemRecords