如何自定义VSTS的开发流程

发布: 2009-5-22 07:44 | 作者: 网络转载 | 来源: 测试时代采编 | 查看: 230次 | 进入软件测试论坛讨论

不同的过程模板，会有不同的默认WorkItem，对于不同的WorkItem，处理流程又是不同的，在项目开发过程中，我们也许会遇到我们实际的需求管理流程，Bug管理流程等并非MSF给我们提供的默认流程。所以Process Template Editor给我们提供了修改WorkItem工作流程的功能。

javascript:return big(this)" style="WIDTH: 498px" alt="" src="https://www.ltesting.net/attachments/2009/05/54376_2009052207455537ZfX.gif" onload="javascript:if(this.width>498)this.style.width=498;">

图3

其实VSTS的WorkItem管理就是通过其基于SQL Server 2005来实现的一套工作流引擎，与我们一般情况下所看到的工作流引擎不同的是，VSTS的WorkItem工作流并非岗位驱动的，而是状态驱动的。在WorkItem的某些状态属性被修改时，流程会根据这种状态值的修改，把WorkItem发送到相应的指派人手上。而我们在这里需要定义的就只是每个状态变更环节的流程走向。

而对于每个不同的WorkItem，也许在项目中我们所需要的信息是不同的，所以利用Process Template Editor来打开TFS上的WorkItem进行相应的自定义设置。

图4

如图，WorkItem中包含的所有信息都会存放在一个xml中，以Bug为例，我们可以通过修改Priority字段的数据，来自定义我们Bug的优先级，和显示文字描述。

而在WorkItem的显示表单定制中，我们可以通过如下图所示的界面，来设定表单上需要显示的文本框，以及它所对应的WorkItem内容，即在前边提到的XML中的数据内容。以此方式来达到了整个流程的完全自定义，且操作比较方便。

图5

在对于新的过程模板定制完成后，可直接通过VS2005种的Team菜单中的选项，将适用于我们自身开发流程的过程模板导入到TFS服务器使用。需要注意的事，对于新定义的WorkItem，导入到TFS后，需要在Team Explorer窗口中对WorkItem进行刷新，才能够适用。