2．6．1 State Transition Matrix（状态转移矩阵）设置

    前面说了很多的状态（State），这里就是关于状态设置的。

    选择Record Types->Defect->States and Actions-> State Transition Matrix，打开状态转移矩阵设置页面。

每个缺陷都有自己现有的State（状态），缺陷状态可以通过Action改变。

比如测试人员提交的新缺陷，状态是[等待处理]，[等待处理]的缺陷经过开发人员修改后，变为[已经修改]，测试人员验证[已经修改]的缺陷，发现缺陷被修复，就Action缺陷为[关闭]，完成了一个缺陷的变更过程。

通常情况下，缺陷都是从[等待处理]开始，到[关闭]结束。

为了看着直观方便，所以我设计变更过程的时候，把大部分的Action和State起了一样的名字。

总共录入修改以下状态：

1．等待处理――测试人员经过提交操作，缺陷为[等待处理]

2．已经修改――开发人员修复了缺陷，经过<已经修改>Action

3．暂不修改――错误由于某种原因暂时不处理。，经过<暂不修改>Action

4．系统限制――确实是问题，但是由于开发工具的限制等原因暂时无法处理错误，开发人员经过<系统显示>Action标记缺陷为[系统限制]。

5．间接修复――在修改其他地方的时候把此缺陷记录修复，或者新版本自动修复了此问题缺陷。

6．无法再现――测试人员提交的错误无法在开发人员那里重现。

7．使用错误――测试人员由于操作等原因理解误会了某些地方。开发人员可以用使用错误来处理这些不是问题的记录。

8．等待分配――测试人员无法确认的问题，经过<提交管理员>Action使缺陷状态变为[等待分配]，等待分配的问题是交给管理组人员处理的。

9．再次出现――缺陷没有被修改。

10．关闭――缺陷已修改。或缺陷不再处理。

具体的Action和State变化关系，参照2.6.2进行。

2．6．2 Actions设置

Action是变更中很重要的一个环节。每种成员对应着不同的Action，通过Action，处理各种缺陷。

选择Record Types->Defect->States and Actions->Actions，打开Action设置页面。

通过鼠标右键菜单，可以添加（Add Action）、删除（Delete Action）、重命名（Rename Action）、设置（Action Properties）Action。

在这里，我们保留Import、Init_Note_Entry、Send_Email_Notif三项，其他的项目，按照下表进行设置。

其中Access Control选项，可以选择哪个组有此操作权限。可以设定为所有组（All Users），也可以选择部分组（User Groups），或者进行编码（SCRIPTS）控制。

Action Name          Type   Access             Control

提交                     SUBMIT                  All Users

提交管理者          CHANGE_STATE                 测试组、开发组

再次出现                CHANGE_STATE                测试组、开发组

关闭                    CHANGE_STATE                测试组、开发组

暂不修改            CHANGE_STATE                开发组

无法再现            CHANGE_STATE            开发组

间接修复            CHANGE_STATE                开发组

使用错误            CHANGE_STATE                开发组

已经修改            CHANGE_STATE                开发组

系统限制                CHANGE_STATE                开发组

修改                MODIFY                 编码控制

删除                DELETE                  管理组

    修改的编码，请参照附录。

    设置完毕后，如下图所示：

在Actions页后面的列中，可以通过编程对Action进行限定。如果在这里对Action进行了编程限制，Behaviors中相关的状态使用USE_HOOK。

这里的编程，自己研究，我写了一些代码，但是在Behaviors中，编码控制实在有些烦琐，这里我在使用过程中就去掉了那些编码。可以在附录中找到与此相关的一些代码片段。修改的Access Control的编码主要是限制非缺陷提交人只能浏览记录，不可以修改记录。

比如经过<无法再现>Action操作后，缺陷的状态变为[无法再现]。一定要记住，虽然两者名称，但本质是不同的，一个是State，一个是Action。

在状态转移矩阵中，右键点击状态名称，会出现列表，里面可以添加（Add State）、删除（Delete State）、重命名（Rename State）、设置缺省值（Properties）State。

状态转移矩阵中，状态从列到行进行变化，比如[等待处理]列状态经过<已经修改>Action后，变为[已经修改]行状态。

    下面是说明如何设计State Transition Matrix中的Action和State管理。

鼠标右键点击需要设置的Action状态，从列表中选择Action Properties，打开Action设置窗体。选中窗体的State页，在此设计Action和State的交互关系。

    State页中的Source（源状态），相当于State Transition Matrix（状态转移矩阵）中的列，Destination State（目的状态）相当于状态转移矩阵的行。也就是说，经过当前的Action，可以把Source中的状态，转变为Destination State中的状态。可以选择多个Source，但是只能有一个Destination State。

下面图表是各个Action的设置情况：

Action Name   ;  Sourc                   ; Destination State

提交          ;   无                   ;   等待处理

提交管理者    ;   暂不修改、系统限制、无法再现、间接修复、使用错误  ; 等待分配

再次出现  ; 等待分配、已经修改、间接修复、无法再现、使用错误    ;  再次出现

关闭   ;    等待分配、已经修改、间接修复、无法再现、使用错误    ;  关闭

暂不修改    ;  等待处理、再次出现          ;  暂不修改

无法再现    ;  等待处理、再次出现          ;  无法再现

间接修复 ;  等待处理、再次出现          ;  间接修复

使用错误 ; 等待处理、再次出现          ;  使用错误

已经修改 ;  等待处理、再次出现          ;  已经修改

系统限制    ;  等待处理、再次出现          ;  系统限制

    注意，以上的Action是可以按照软件的需要随时修改的，上面的表格只是一种建议。

2．6．3 Behaviors设置

    选择Record Types->Defect->States and Actions->Behaviors，打开Behaviors设置页面。

这里是整个CQ中最麻烦的地方。主要是设置CQ中的字段在各种缺陷下的权限。

Behaviors设置中，行是各个字段，列是缺陷状态。表中内容说明字段在状态下的权限。在表中点击鼠标右键就会出现权限菜单。

字段权限包括：

1．  Read Only：字段只能读取，不能修改。

2．  Mandatory：字段必需填写。

3．  Optional：字段可添可不添。

4．  Use Hook：字段权限通过编程进行控制。

这里的内容，我就不一一列举了，根据需要自己修改。这里牵扯了我最多的精力，每次总会在这里因为字段的限制出问题，现在字段权限设置我仍然不是很满意。

注意：这里字段对应的状态是指Action以后的状态，而不是缺陷当前的状态。比如原本是[等待处理]状态的缺陷，经过<已经处理>Action后，这个时候限制缺陷的Behaviors不是[等待处理]，而是[已经处理]，这里要特别注意。

2．7其他设置

2．7．1 File菜单

Delete Schema：删除计划。

Delete Schema Version：删除计划的版本。这个可以选择删除任意的计划版本。

Undo Check Out：不保留当前版本，恢复Check In状态。

Test Work：如果使用了Test Database，就可以进行Test Work，Test Database和Product Database是不同的数据库。

Validate：校验当前计划是否有错误。这个应该在Save Work前进行。

2．7．2 Edit菜单

Add(Edit、Delete) Record Type/Family：创建（修改、删除）记录类型。我们一般所用的是Defect类型。

一般的添加、修改、删除操作，都可以在Edit菜单中找到，而且一些功能，只能在这里完成。

2．7．3 View菜单

Schema Summary：从这里，可以看到计划的版本、连接的数据库等记录。

Database Summary：查看使用的数据库各种信息。

2．7．4 Database

Delete Databases：删除数据库。

Undelete Databases：恢复原先删除的数据库。

View Database Properties：查看数据库属性。查看计划连接的数据库的详细情况。

Move User Database：把现在使用的数据库转移到其他的地方。比如test计划现在使用的数据库是test机器的test数据库。那么你可以通过Move User Database把test计划连接的数据库设置到test8机器上的test数据库。说明的是，在移动数据库的同时，相关的缺陷记录会一起移动。实际相当于一个数据库Copy的过程。

Updata User Database：更新使用的数据库。这个实际是修改数据库连接属性。Update和Move不同的地方在于，Updata只连接，不转移记录。

Set Test Database：设置test数据库。这个不是我们所使用的数据库。在我们创建数据库连接的时候，选择的是Product库而不是Test库，Test库使用中会有一些问题，在最后的附录中会给予说明。

Database Timeout：Timeout （延迟）和Poll Interval（间隔）设置。一般设置为0就可以了。

四、Rational ClearQuest Web服务器配置

提交缺陷，除了使用CQ客户端外，也可以通过浏览器进行提交。

这里的浏览器要求IE5.01版本以上，Netscape 4.72版本以上。

如果想要使用CQ的Web端功能，CQ服务器在安装CQ的过程中，一定要选择Custom（自定义安装），在Choose Features中，把Web Server Components选中。

下面说明CQ Web服务器的配置。建议使用Win2000 Server系统。下面配置使用Win2000 Server（非域中机器）进行说明的。如果进行其他系统的配置，参照ClearQuest安装目录下books目录里面的InstallationGuideClearQuest.pdf。

CQ Web使用的是ASP。

下面的设置，都是使用的Administrators用户组中的用户登陆的系统。

1．设置注册表存取权限

在IE使用的过程中，缺省的Web登陆用户是anonymous（匿名用户），但是在系统中，anonymous用户并没有太多的存取权限，下面就是设置anonymous用户的存取权限。

1．  点击“开始->运行”，输入“regedt32”，点击确定打开“注册表编辑器”。

2．  在HKEY_LOCAL_MACHINE子窗体,打开“Software->Rational Software->ClearQuest”

3．    点击注册表编辑器的菜单“安全->权限”，出现ClearQuest权限设置窗口。

4．  点击添加，打开“选择用户或者组”界面。

5．  选择IUSR_机器名用户，这里我选择的是IUSR_TEST

6．  点击添加，再点击确定，选择IUSR_TEST用户并关闭“选择用户或者组”界面。

7．  在名称中选中刚才添加的Internet来宾账号，在权限中，允许完全控制。

8．  选择“允许将来自父系的可继承权限传播给对象”，点击“确定”完成权限设置。

9．    在HKEY_USERS子窗体,打开“.Default->Software->Rational Software->ClearQuest”

10．              重复第3步到第8步，设置HKEY_USERS。

2．NTFS格式机器的读取权限设置

非NTFS格式的机器可以不用看这一小节。

在NTFS格式的机器上，每个目录都有相应的读取权限，所以下面的就是设置internet匿名用户也有Web目录的读取权限。

在CQ的安装目录下，有一个WWW目录，鼠标右键点击WWW目录，出现WWW目录属性设置界面，选择其中的安全页，点击“添加”按钮，选择IUSR_机器名的用户添加到用户列表中，如下图所示，点击“确定”完成WWW目录权限设置。

我个人不很喜欢NTFS格式，也许安全性高了些，但使用不是很方便，所以我本身用的TEST机器是FAT32格式，FAT32格式的机器不用进行目录权限设置。上面的抓图使用的是TEST8机器，和前面的有差别，这里要特别注意。

如果是NTFS格式的机器，安装的时候，可能没有安装cache目录。手工在WWW目录中添加cache目录，并按照上面的方法，给予cache目录以ISUR_机器名的存取权限