我使用TD时间也不是非常长，和牛人相比那是天壤之别！只是我有幸配置TD。相信不是哪么多
测试人员有这种锻炼的机会！
在我配置的过程中，发现关于工作流（workflow）的资料非常之少，给我配置起来带来了很大时间上的浪费。可是工作流却是TD功能宽度和自定义级别最大的，如果不学会来使用，TD很多应该能实现的功能都可能大打折扣或者不能使用。当然，本着对初学者和不太懂的人以借鉴的思想，我尽量写的简便通俗易懂点
一、基础篇：
为了能够更好的开始讲解工作流，我先说明些东西。这些内容是基础。请耐心看，如果你已经知道可以跳过。
1.作流其实就是TD中提供的一种可以达到编程效果的一个编辑器。我们可以直接编辑脚本，不用单独编译。
2.工作流脚本是使用VB语言编写的，所以它支持如msgbox类的输入输出函数。
3.您需要明确知道你想在什么时候执行你的脚本。比如Defects_Bug_New里面的语句只在你新建缺陷的时候执行，其他时候是不执行的。
再比如Defects_Bug_FieldChange就是在缺陷内容发生改变了的时候执行的语句。
4.一般默认的东西我们不要乱作修改。如：
Sub Defects_Bug_FieldChange(FieldName)
On Error GoTo 0
End Sub |
这些内容我们就要保留。
5．同样的Sub可以存在多个，也就是说如Sub Defects_Bug_FieldChange(FieldName)这样的函数我们可以编写几个，不必要修改系统原来的Sub Defects_Bug_FieldChange(FieldName)
6．文中提到的，TD数据库中使用的字段（如BG_BUG_ID）。是那里来的？
它是在你需要输入USER ID和Password那个页面(/start_a.htm)，右上角有个叫CUSTOMIZE的链接，点击下，用admin用户登陆，在“Customize Project Entities” -> “DEFECT”里面的System Fields或者User Fields里面随便选择一个字段，右边查看里面“Field Name”后面的就是数据库中使用的字段了的名字了。比如你选择Subject，对应的Field Name就是BG_SUBJECT.
7.工作流中的GoTo语句不能像VB里面那样使用。因为标签是无效的。
8．理论上来讲，TD中的大部分功能东西都能通过这里编辑，比如按钮。事件。当然前提是你够熟悉。
9．如果要脚本起作用，只要退出再登陆进TD.脚本就会立刻起作用。
二、工作流的实践一 ——新建缺陷时候的默认值
需求说明：我们在打开添加缺陷的页面的时候（特别是使用了自定义字段的时候）我们最希望的就是给这些不是非常重要的，但是又不希望没有内容的字段，有些默认值。哪么我们第一个来做的就是这个需求。请先看代码。
Sub Defects_Bug_New
On Error Resume Next
Bug_Fields("BG_DETECTION_VERSION").Value = "Ehome 2.0"
On Error GoTo 0
End Sub |
这段代码，你只要复制到工作流脚本中去，哪么你在添加缺陷的时候，版本这个字段里面就会自动有一个内容Ehome 2.0。这段代码中的Defects_Bug_New代表新建缺陷的时候执行的脚本，Bug_Fields("BG_DETECTION_VERSION")具体缺陷字段。这是最简单的工作流脚本了。你明白了没有？
三、工作流的实践二 ——记录修改人和修改时间
需求说明：我们希望在开发修改了一个缺陷的状态为“修改完成“的时候，记录下修改他的人，和修改时间。方便我们管理。同样，请先看代码：
Sub Defects_Bug_FieldChange(FieldName)
On Error Resume Next
if FieldName = "BG_STATUS" Then
if Bug_Fields("BG_STATUS").Value = "P1-修改完成待验证" then
Bug_Fields("BG_RESPONSIBLE").Value = User.UserName
Bug_Fields("BG_USER_02").Value = now()
end if
end if
On Error GoTo 0
End Sub |
这段代码内容就多了几行，里面Defects_Bug_FieldChange(FieldName)代表的是缺陷字段发生改变的时候执行的语句。里面的BG_STATUS代表缺陷状态，BG_RESPONSIBLE代表负责人（Syestem Fields表里的），BG_USER_02代表用户自定义字段（User Fields里的）。User.UserName代表当前操作的用户名，now()代表当前时间。剩下的东西就很容易看懂了吧。
三、工作流的实践三 ——不修改我的缺陷必须说理由
需求说明：有时候开发很懒，不喜欢写说明，哪么对我们测试来说，没有任何说明就返回我们。使我们很不好处理问题。哪么我们希望当程序员如果修改缺陷状态为”不修改””遗留”的时候，让程序员必须输入说明。
Sub Defects_Bug_FieldChange(FieldName)
On Error Resume Next dim i
i=""
msg1 ="遗留或不修改此缺陷需要输入说明！"
title1 ="输入说明" If FieldName = "BG_STATUS" Then
if (Bug_Fields("BG_STATUS").Value = "P2-待遗留" or Bug_Fields("BG_STATUS").Value = "P3-暂时不修改") and Bug_Fields("BG_DEV_COMMENTS").Value = "" then
do
i= InputBox(msg1,title1)
if i="" then
msgbox"必须输入说明"
else exit do
end if
loop
Bug_Fields("BG_DEV_COMMENTS").Value = i
end if
end if
On Error GoTo 0
End Sub |
这段代码内容就稍微多了点点，并且使用了VB的函数。我就简单的说下思路吧，具体解释，只要你看懂了上面的工作流。相信这个里面的代码也不是很复杂。
1．开始声明和定义一些需要使用的变量。和内容。
2．判断修改的字段是不是缺陷状态（BG_STATUS）
3．再判断修改成的内容是不是遗留或者不修改
4．最后判断说明（BG_DEV_COMMENTS）里面是不是没有内容
5．如果是的话，就打开输入函数输入说明（InputBox(msg1,title1)）
6．做个循环，如果没有输入说明，就提示必须输入说明（msgbox"必须输入说明"）
7．最后吧输入的内容赋值给保存说明的字段（BG_DEV_COMMENTS）
本文出自onlonely的51Testing软件测试博客：http://www.51testing.com/?154467
