但是运营和技术支持的人员肯定不会报bug，TD的使用也需要去培训使用，但是运营人员更换较为频繁，总不能总去做培训吧?后来我想通过TD设置一个全新的、自定义的、有各种使用提示的缺陷跟踪系统，不能用的不让用，不能改的不让改就行了，为此我就开始了TD新项目创建和配置的工作。
遇到的第一个问题是缺陷或问题的状态修改流程如何定义，为此我研究了运营部门提出问题的处理流程和处理方式，整理出如下需求：
1、运营和技术支持人员从客户处得到缺陷和问题的基本信息，汇报给对应经理(new)
2、运营和技术支持经理查看并同意或反对该缺陷或问题移交技术部门解决(open)
3、反对的缺陷或问题，直接关闭(closed)
4、移交技术部门的问题首先发给测试部确认(open or reopen)
5、测试部确认问题以后发给对应项目的研发负责查找和修改缺陷(modify)
6、测试部确认不是问题，说明不是问题的原因，关闭该问题(closed)
6、研发完成后fixed该问题(fixed)
7、运营或技术支持人员和客户沟通，确认问题得到解决并关闭缺陷，问题未解决重新开放(reopen or closed)
由于TD默认的status没有很多字段，因此我决定使用User Fields自定义一个字段，通过修改该字段的更改规则(Transition Rules)来定义我想要的流程。步骤如下：
1、定义用户自定义字段(User Fields)
首先在tdbin/start_a.htm页面下点击对应项目的自定义(Customize)按钮(在右上角)
输入密码进入以后，点击自定义项目实体(Customize Project Entities)节点，打开窗口
在DEFECT-User Fields下点击新建字段(New Field)
修改字段描述为：“处理状态”，选择字段类型为：“查找列表”
在下面出现的列表框中选择新建列表
设置列表名为：“StatusList”
新建子项：“1-new、2-open、3-modify、4-fixed、5-closed、6-reopen”
连续确定完成自定义字段设置
2、定义用户组(Group)
首先在tdbin/start_a.htm页面下点击对应项目的自定义(Customize)按钮(在右上角)
输入密码进入以后，点击安装用户组(Set Up Groups)节点，打开窗口
点击新建(new)， 输入组名(Group Name)为：“运营”，选择基于组为：“QATester”
重复以上步骤，新建组“运营管理”基于“QATester”，新建组“测试”基于“QATester”，新建组“研发”基于“Developer”，新建组“经理”基于“Project Manager”
3、定义字段更改规则(Transition Rules)
首先在tdbin/start_a.htm页面下点击对应项目的自定义(Customize)按钮(在右上角)
输入密码进入以后，点击安装用户组(Set Up Groups)节点，打开窗口
点击新增加的用户组，点击旁边的修改按钮，打开窗口
点击DEFECT，找到新增的字段“处理状态”，点击
在右边出现的更改规则(Transition Rules)中添加如下规则：
A、运营
From:4-fixed To:6-reopen (4-fixed -> 6-reopen)
B、运营管理
From:1-new To:2-open (1-new -> 2-open)
From:4-fixed To:6-reopen (4-fixed -> 6-reopen)
C、测试
From:2-open To:3-modify (2-open -> 3-modify)
From:6-reopen To:3-modify (6-reopen -> 3-modify)
From:2-open To:5-closed (2-open -> 5-closed)
From:6-reopen To:5-closed (6-reopen -> 5-closed)
D、研发
From:3-modify To:4-fixed (3-modify -> 4-fixed)
E、经理
From:$ANY To:$ANY
PS:以上这个流程可能有不完美的地方，请大家不要挑这个毛病，知道这么做可以规定流程即可。:)
如此，就完成了第一阶段的流程定制，如果用户组中的用户想修改处理状态列表，就会收到这个规则的限制，此项目配置还需要修改很多地方，包括但不限于：
1、页面显示规则定制(脚本)
2、必填项定制
3、提示信息(脚本)
文章来源于领测软件测试网 https://www.ltesting.net/
