Rational ClearQuest使用说明书

写在前面的话：
对于测试人员来说，缺陷的提交和处理是日常最常见的工作。但是手工填写缺陷表格，对于缺陷的整理和统计很不方便，在这种情况下，就出现了各种缺陷管理工具。Rational的ClearQuest就是其中比较强大的一种缺陷跟踪工具。ClearQuest类似一个开发平台，可以很方便的配置各种需要的选项。
我这里单纯的把CQ用于缺陷管理，其实有些浪费了。在Rational的套件中，ClearQuest应该是变更管理用的，缺陷应该从测试用例发现，而不是独立提交。我这里把软件开发过程割裂了开来，CQ只当成单纯的缺陷提交管理工具。
下面的文档虽然是关于CQ的缺陷管理配置的，但是如果想把它用于其他的方面，也应该有些借鉴意义吧。
这篇东西可以说是翻译CQ的帮助，同时也是一些经验的总结，测试流程使用的是类似北航的QAMonitor。（另外说些别的：Qamonitor是个好东西，使用方便及了，但是他的问题有几种：1.使用的是Excel97，很容易损坏，即使可以修复也会丢失记录，所以一定要每天做备份。2.使用过程中服务器端必须完全共享测试文件，可能引起病毒等问题。3.必须安装客户端，现在的趋势应该是使用Web方式的。4.客户端和其他的程序可能会有冲突，至少QAMonitor和Rational Robot的一个dll会冲突。5.无法自定义一些选项，流程过于僵化。虽然有这么多的问题，但在小型开发过程中，QAMonitor绝对可以满足你的缺陷管理需求。）
我这里介绍的是Rational的2002.05.10版，最新的IBM Rational 2003版我没有看到，所以不知道和此版有多少的差别。
这篇东西写很久了，一年多前就写成了，其中也修改了几次，但可能还是会有问题。建议大家如果可能就买正版，没有技术支持使用这些很不方便。
说真的，这篇本身我并不想贴出，几个月前我发了《ClearQuest Web端使用指南》，一点回应都没有，使我很怀疑多少人对此感兴趣。不过上个月一位朋友给我发了邮件，询问关于此篇的消息，哪怕只有一个人关心，为了这么一个人，我也要发出来给他看。
一、前言. 1
二、附属安装. 2
1.支持的环境. 2
2．数据库. 2
三、Rational ClearQuest配置. 4
1．Rational ClearQuest Maintenance Tool设置. 4
2．Rational ClearQuest Designer设置. 7
四、Rational ClearQuest Web服务器配置. 25
1．设置注册表存取权限. 26
2．NTFS格式机器的读取权限设置. 27
3．创建Web虚拟目录. 28
4．编辑虚拟目录的属性. 30
5．编辑cache和images目录的属性. 33
6．其他设置. 34
7．IE设置. 35
五、Rational ClearQuest客户端配置. 37
1．提交缺陷. 38
2．修改记录. 40
3. 控制台操作. 41
六、附录. 50
1．脚本片段. 50
2．补充说明. 52

一、前言
Rational ClearQuest功能十分的强大，可以和Rational的其他的产品结合，比如Rational ClearCase、Rational Rose等。ClearQuest主要用于变更管理和缺陷跟踪。这个文档主要是说明ClearQuest用于缺陷跟踪的时候，如何进行相应的配置工作。
在文档中，我尽量使用中文，但是一些英文单词的翻译可能不是很恰当。不过在翻译的过程中，我都附上了相应的中文或英文，应该对理解不造成障碍。其中ClearQuest简写为CQ。
在文档中，标记为红颜色的都是值得特别注意的地方。
下面是部分中英文和缩写对照表：
CQ:ClearQuest。
计划：Schema
自定义：Custom
维护表：Schema Repository。
版本：Version
注释：comment
延迟：Timeout
间隔：Interval
字段：Fields
缺陷：Defect
工作台：Workspace
状态转移矩阵：State Transition Matrix

二、附属安装
1. 支持的环境

Rational ClearQuest可以安装在WinNT 4.0，Windows2000，Windows98，WindowsMe，WindowsXP上。ClearQuest的安装十分的简单，点击setup.exe文件，选择Rational ClearQuest，一路选择“下一步”就可以了。

不过要注意，如果想配置ClearQuest的Web服务器，在安装CQ的时候，必须选择Custom（自定义）安装，在Choose Features中，把Web Server Components选中。

CQ分为服务器端、客户端、Web端三个部分。

在安装Rational ClearQuest的时候，实际就是安装了ClearQuest的服务器端和客户端。

1．   服务器端：通常情况下，创建（Create）维护表（Schema Repository）的机器可以称为之服务器端。

服务器端创建的维护表需要连接数据库，数据库可以选择SQL Server、Oracle、Access2000等（支持其他类型的数据库，但是我想应该很少用）。
数据库不一定非要安装在服务器端，也可以使用专门的数据库服务器。
服务器端主要是创建维护表（Schema Repository）。
如果想使用Web端功能，在服务器端，必须进行相应的配置工作（Web服务器只支持WinNT4.0和Win2000Server）。
通常情况下，服务器端也是缺陷记录数据库服务器。
2．客户端：客户端也需要安装Rational ClearQuest。客户端是指连接服务器端创建的维护表，使用ClearQuest工具提交缺陷的机器。
3．Web端：Web端不需要安装ClearQuest，只需要使用浏览器登陆服务器建立的相关网页。Web端是只使用浏览器（IE或Netscape）提交缺陷的机器。但是注意，如果想使用Web端，必须配置Web服务器。
安装CQ大概需要500M的硬盘空间。如果在CQ服务器上配置了Web服务器，可以使用IE进行缺陷跟踪。IE客户端版本需要5.01以上。
2．数据库
ClearQuest支持Microsoft SQL Server 7.0、Microsoft SQL Server2000、Oracle(8.0.5，8.1.6，8.1.7)、Access2000等数据库，这里主要介绍SQL2000和Access2000的配置方式。
2．1 使用Access数据库
在使用Access数据库的时候，一定要把存放Access文件的目录共享。比如test机器当服务器，在建立Access文件的时候，把test.mdb文件放到了“c:/共享”目录下，其他机器在连接使用这个Access的时候，使用“//test/共享/test.mdb”连接此数据库文件。
不建议在网络环境中使用Access数据库。
2．2 使用Microsoft SQL Server数据库
在CQ中使用SQL数据库，必须在使用前建立数据库，再在CQ中连接此数据库。下面就是说明建立数据库的方法。
在安装SQL的时候，选择混合模式进行安装。
在ClearQuest中使用Microsoft SQL数据库，不允许使用sa进行口令验证，所以必须建立新用户进行数据库的登陆验证。
举例：在Microsoft SQL Server企业管理器中，建立新数据库connect（数据库名称首位必须用英文，不允许在第一位使用数字）给ClearQuest Maintenance Tool使用。
1．建立数据库：打开“SQL Server组->机器名（或IP地址）->数据库”，鼠标右键单击“数据库”，在出现的菜单中选择“新建数据库”，填写数据库名称conncet，点击“确定”保存建立的数据库。
2．配置数据库所有者：在CQ中连接数据库的时候，不支持使用sa或Administrator用户名和密码，必须建立使用新的数据库所有者。这里设置connect数据库用户所有者为用户名con，密码con的用户。打开“SQL Server组->机器名（或IP地址）->安全性->登陆”，点击鼠标右键，出现的菜单中选择“新建登陆”，出现如下图界面，在名称中添入con，选择“SQL Server身份验证”，在密码中录入con（密码可以为空，但是必须选择“SQL Server身份验证”选项）。

选择“数据库登陆”页，如下图所示，在许可中，选择所属的connect数据库；在数据库角色中，选中“db_owner”，点击“确定”，输入确认密码，此connect数据库就建立完毕了。

3．照上面说的方法，再建立一个名为test的数据库给ClearQuest Designer使用，用户名和密码是test。

说明：一个用户可以有多个所属数据库，在上图的“数据库访问”页中选中相应的数据库许可就可以了，不要忘记了选中“db_owner”角色。

下面所有使用的数据库，都是SQL2000数据库，其他的数据库类型也是类似的原理创建和连接。

三、Rational ClearQuest配置

在CQ使用过程中，首先要创建或连接ClearQuest维护库，再到Designer中配置CQ使用环境，最后使用CQ客户端或Web端进行缺陷的提交和管理。

1．Rational ClearQuest Maintenance Tool设置

在使用ClearQuest前，必须设置维护表。从开始菜单中打开Rational ClearQuest Maintenance Tool（安装目录中cqdbsetup.exe），如下图所示：

如果此机器作为服务器使用，那么就创建维护库；如果此机器做为CQ客户端使用，那么就连接维护库。

1．   1创建维护库

1．            点击菜单中“Schema Repository->Create”，或快捷菜单栏中第一个图标Create，出现下图

界面：

2．在Existing Connections中录入可以识别的名称。Vendor选择SQL_SERVER；Physical Database Name填写创建的数据库名称connect；Database Server Name填写数据库服务器名称或服务器IP地址；剩下的项目，填写connect数据库所属用户名和密码，这里都是con，填写完毕后，点击“下一步”。


3．在第二页中，不选择“Create sample database”，点击“完成”，就完成了维护库的创建。

1．2连接维护库
如果想使用CQ的客户端，必须在Maintenance Tool中连接服务器创建的维护库。下面讲如何去连接服务器的维护库。
1．点击菜单中“Connection->New”或快捷菜单栏中第二个图标New Conncetion。
2．在Existing Connections中录入可以识别的名称；Vendor选择SQL_SERVER；Physical Database Name填写连接的数据库名称connect；Database Server Name填写数据库服务器名称或服务器IP地址；Read-Only User Name填写connect数据库所属用户名con；Read-Only User Password填写密码con。填写完毕后，点击“Finish”完成维护连接。

1．3其他功能
在Maintenance Tool中，除了对于维护库的创建或连接外，也可以编辑、删除、修改、更新、升级维护库，在菜单中都有相应的操作，这里就不多介绍了。
一台机器，可以创建多个维护库（对应不同的数据库）；与之相应的，一台机器，也可以同时连接多个机器的维护库。在使用CQ客户端或Designer的时候，可以选择使用哪个机器的维护库，如下图所示。

 

2．Rational ClearQuest Designer设置
CQ Designer主要进行缺陷提交页面和选项的配置，也是CQ中最重要的部分。这里的功能和配置很多，可以使用Basic或Perl进行编程设置。这里我也只研究明白了一小部分，欢迎大家以后能多多的研究补充。
2．1进入CQ Designer
从菜单中打开Rational ClearQuest Designer（安装目录中的cqdesign.exe），出现的界面中，选择“测试连接维护库”进入刚才设定的维护库。在登陆界面中，User Name输入admin（缺省的超级管理员），Password为空（可以参照2.4修改密码），点击“ok”进入Designer（如下图）。

如果要修改已有的计划（Schema），可以选择需要修改的计划名称（Schema Name），点击“完成”进入修改页面。
我们这里要创建新的计划，所以点击“取消”关闭界面。
2．2建立新计划
在使用过程中，新的计划必须从现有的计划中继承，原计划中的各种配置新计划都可以继承下来。建议配置一个标准的计划，其他的计划都从此计划中继承。
每次修改计划，都需要把计划check out，修改后，保存计划，再把计划check in，计划的Version（版本）加1。
下面是计划的建立步骤：
1．从菜单中选择“File-> New Schema”
2．在schema list窗体中选择 DefectTracking, version 1，然后选择“下一步”.
3．在Schema Name 填写test，comment（注释）中填写“测试计划”，点击“完成”
4．当问你是否创建database ，点“否”。（也可以点击“是”，按照下面建立的数据库方式进行）
5．当问你是否check out database ，点“否”。
6．Test计划建立完毕。
2．3建立数据库
2.2是计划建立的过程，但是此计划并没有数据库的支持，本小节就说明如何去建立数据库并和计划相连。
1．菜单中选择“Database->New Database”，打开新建 Database对话框。
2．Logical Database Name添写test (数据库名称1-4个字节长)，在Comment（备注）中填写“测试数据库”，点击“下一步”。
3．Vendor选择SQL_SERVER；Physical Database Name填写数据库名称test；Database Server Name填写数据库服务器名称或服务器IP地址；剩下的项目，填写test数据库所属用户名和密码，这里都是test。填写完毕后，选择“Production Database”，点击“下一步”。
4．把 Timeout（延迟）和Poll Interval（间隔）都设置为0. 点击“下一步”。
5．从计划列表中选择数据库需要连接的计划，这里是test计划，点击“完成”。
6．显示“Database was created successfully”。
7．询问是否check out，选择“否”。
数据库连接计划完毕。
2．4添加用户和组
在使用CQ的过程中，用户和组是很关键的两个因素。下面介绍如何去添加用户和组。
在CQ Designer中，从菜单中选择“Tools->User Administration”，出现User Administration界面。
在操作完毕后，必须点击右侧OK按钮进行保存，否则所有改动无效。
2．4．1添加组
在用户管理（User Administration）界面中，点击右侧按钮Group Action，在出现的菜单中选择Add Group，出现Add Group界面。

在name中填写需要建立的组名（建立“管理组”）；Active选择是否新建组当前可用；MembershipGroups中选择新建组的子组；MembershipUsers中选择新建组包含的用户；Subscribe中，选择新建组的数据库权限（选择“All existing and future databases”可以有任意数据库的权限，选择“Select databases”可以选择具有特定数据库的操作权限）。
如果需要添加新用户，点击下面的按钮“New User”（参照2.4.2）；如果需要添加别的组，点击“Apply”按钮保存现在的组并添加新的组；全部组添加完毕后，点击“OK”结束新组的添加。
在这里，除了管理组，还按照上面的方法建立“测试组”和“开发组”。
2．4．2添加用户
在用户管理（User Administration）界面中，点击右侧按钮User Action，在出现的菜单中选择Add User，出现Add User界面。

在Login中添入登陆用户名test1；按需要添入其他的内容（只有Login是必添项）； Groups中，选择用户属于哪个组（这里我们选择测试组）；Privileges中选择赋予此用户的权限，通常缺省权限就可以了；Subscribe中选择此用户具有哪些数据库的操作权限。
如果添加多个用户，点击Add User，如果全部用户填写完毕，点击OK。
按照上面的方法，新建测试组用户test2，开发组用户pg1、pg2，管理组用户manage1、manage2备用。
注意：一个用户可以属于多个组。
2．4．3其他功能
更新数据库：添加用户或组，以及修改了用户或组的数据库权限后，必须更新数据库。点击右侧按钮“DB Action”，在出现的菜单中选择Upgrade，出现Upgrade界面，选择需要升级的数据库，点击OK更新数据库。
用户和组的修改等功能，比较简单，都可以从右侧按钮中选择，就不介绍了。
2．5计划设计
打开计划：在Rational ClearQuest Designer界面中，选择菜单“File->Open Schema”，选择需要设定的计划test，点击“下一步”，在Comment中添加本次操作的注释（可以不填写），点击“完成”打开test计划。
我们现在所设计的计划是给缺陷（Defect）管理使用，所以计划中主要设定部分都在Record Types->Defect中，下面所说的各种配置，都在Defect中进行。

计划配置完成后，需要从菜单中选择File->Save Work保存计划，并且File->Check In。
计划修改后，必须从菜单中选择Database->Upgrade Database，出现的提示中选择“是”，在出现的数据库列表中，选中修改的计划所对应的数据库，点击“下一步”，出现的界面（如下图）中选择需要更新的版本，点击“完成”才算结束了计划的修改工作。

2．5．1字段（Fields）设置
点击左侧树中Defect下Fields，在右侧显示出字段表。

字段表中，灰颜色的部分是系统自动设置的不可修改字段；黑颜色的部分是可以修改的字段。
Type列后面的内容都是可以进行编程控制的。
字段表中部分英文对应的常用汉语解释：
id：编号。系统自动给每个缺陷一个编号，规则是数据库名称＋8位数字，这个编号就是id。
State：状态。每个缺陷都有相应的状态，State字段记录缺陷相关的状态。状态详情查看2.6.1。
Headline：简述。简单描述缺陷的概要情况。
Description：详细描述。详细说明缺陷发生的位置、操作等情况。
Priority：优先级。表示修复缺陷的重要程度和应该何时修复。
Severity:严重性。表示软件缺陷的恶劣程度。
Submitter：提交人。缺陷是谁提交的，谁就是此缺陷的提交人。
Submit_Date：提交日期。错误提交的日期。
Owner：负责人。指应该处理此条缺陷的人。一般情况下，负责人都是开发组开发此相关模块的程序员。
Symptoms：错误分类。提交的缺陷记录分类。
Note_Entry：解决方案。关于缺陷处理的说明。
Notes_Log：验证结果。解决方案的集合。
Attachments：附件。缺陷的补充说明。习惯上，附件中是一些缺陷状态的抓图。
下面简单的说明一下新字段的添加和修改。
例如：新添加一个“可重现性”字段。
1．在字段表中，点击右键，出现的菜单中，选择Add Field，出现字段添加界面。

2．在Field Name中填写需要添加的字段名称“可重现性”；DB Colunmn Name中填写数据库字段名称kcxx；Type中选择SHORT_STRING类型；其他的缺省就可以了。填写完毕后，点击右上角的×关闭字段添加窗口，字段就建立成功了。
按照上面的方法，添加如下字段备用。

字段名称（Field Name）	DB Column Name	数据类型（Type）
可重现性	Kcxx	SHORT_STRING
模块	Mk	SHORT_STRING
系统	Xt	SHORT_STRING
提交时间	Tjsj	SHORT_STRING
版本	Bb	SHORT_STRING

在字段列表中最后一列是Choice List（下拉框列表），此项十分常用。下面说明如何配置Choice List。

选择需要使用下拉列表功能的字段，这里我们选择“可重现性”，选中可重现性字段的Choice List，会出现一个?，点击?，出现一个菜单，从菜单中选择CONSRANR LIST，出现下图界面。输入下拉框选项“总能”、“经常”、“间隙”、“不能”、“不知道”。选择Limit To List（选择此条件，在使用下拉框的时候，只能录入下拉框列表内的内容，不允许输入其他的内容），点击OK，完成Chioce List的设置。

下表中说明了其他使用Choice List的字段。

Choice List字段名	Choice List内容	是否选择Limit To List
Priority（优先级）	应该修复、必须修复、考虑修复、立即修复	是
Severity（严重性）	致命错误、严重错误、一般错误、轻微错误、建议	是
Symptoms（错误分类）	界面缺陷、数据错误、文档问题、缺少功能、…………	否
可重现性	总能、经常、间隙、不能、不知道	是
模块	按软件需求添加	是
系统	按照需要添加	否
版本	按需要添加	否

附录：一些项目的解释。
严重性：表示软件缺陷的恶劣程度。致命错误一般指导致系统崩溃的错误；严重错误包括数据丢失、数据损坏、功能未实现等；一般错误包括操作性错误、所谓结果等；轻微错误包括错别字、UI布局等；建议是指软件中值得改良的地方。以上的说明只是建议，具体的分类测试人员可以自行把握判断。
优 先级：表示修复缺陷的重要程度和应该何时修复。立即修复，说明此缺陷阻止进一步测试，需要立即修复，否则会导致测试的停滞；必须修复，说明此缺陷在产品发 布前必须修复，否则会影响软件的发布和使用；应该修复，说明如果时间允许应该修复此缺陷；考虑修复，说明此缺陷即使不修复修复，但是也能发布。

2．5．2字段代码控制
在字段列表中，可以对字段进行编程控制。字段的列名是字段的属性，同时也可以作为字段的函数名使用。Default Value可以控制字段的初始值；Permission控制字段的读取属性；Value Changed可以控制字段在内容值变化时的行为；Validation可以控制字段的取值范围。

选择需要使用下拉列表功能的字段，鼠标点击使用的属性控制字段，会出现一个?，点击?，出现一个菜单，从菜单中选择编程语言，就会出现Script Editor界面。下图是代码片段。在使用过程中，CQ基本给出了代码属性的说明和示例，可以按照示例进行简单的编程。如果想更深一步，可以去看VB相关的资料（CQ中使用的SQA Basic和VB十分类似）或者去开始菜单中查询Rational ClearQuest API Reference。

在最后的附录中，我会附上计划中使用的程序控制代码。可以参照我写的代码进行简单的变化。
在代码写完后，需要选择菜单中的Hooks->Compile进行编译，编译通过后，字段的代码控制就算完成了。
2．5．3缺陷窗体设计
在缺陷提交的过程中，窗体是很重要的一个方面。计划的各种设置最后都体现的窗体界面中。下面就说如何去配置缺陷的窗体。缺陷的窗体分为两个部分，分别是提交窗体和处理窗体。处理窗体比提交窗体多了两个页面，其他内容都是一样的。
从工作台（Workspace）中选择Record Types->Defect->Forms，出现两个选项，第一个选项就是提交窗体（Defect_Base_Submit），第二个是处理窗体（Defect_Base），现在分别说明设置方法。
一、提交窗体
点击Defect_Base_Submit，右侧工作区出现窗体设置界面。

可以从字段列表中鼠标拖动字段到窗体界面中，会自动出现标题和字段对应的属性内容。双击字段内容，会出现字段属性修改窗口，可以自己修改字段的各种属性。

选择菜单中的Edit->Add Tab可以添加页面；选择Edit->Delete Tab可以删除页面；选中字段后；点击键盘上的Delete按键可以删除字段。
在我们所使用的页面上，我重要做的修改是：
1． 把各个字段和页面的标签（Lable）都修改成了中文。
2． 删除了Project字段，换成了模块字段。
3． 删除了Keywords字段。
4． 删除了Customer页。
5． 添加了高级页，里面设置了一些常用的备用选项。比如系统、可重现性、提交日期、提交时间、提交人、版本等等。高级页面可以自己添加需要的字段。
全部修改完毕后，如下图所示。注意：带下拉框的地方，尽力把下拉框设计的大一些，方便选择，缺省的下拉框长度实在是太小了，很不方便使用。



注意：提交日期对应的Field_Name是Submit_Date，提交人对应的Field_Name是Submitter.fullname。
二、处理窗体
处理窗体比提交窗体多了两个页面，分别是解决方案页和历史页。
把Resolution页和Customer页删除，并添加高级页。进行相应的汉化工作。就完成了处理窗体的设置。
下面的是解决方案（Notes）页和历史（History）页的设置完毕图片：


2．6缺陷变更管理
每一个缺陷都有一个状态（State），经过处理（Actions）后，状态（State）就会发生相应的改变。
下面的内容中，使用[]的就是状态（State），使用<>的就是动作（Action）。
CQ是变更管理工具，所以变更设置是CQ中最重要的部分。
CQ变更设计主要在Record Types->Defect->States and Actions中进行。它包括三个部分：State Transition Matrix（状态转移矩阵）、Actions（变更操作的动作）、Behaviors（变更过程中各个字段的属性权限）。
在这个变更设计中，我使用了三个组：测试组、开发组、管理组。
测试组负责提交和确认错误的修改；开发组负责修改错误；管理组负责对不可确认的错误进行判断.

 

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_机器名的存取权限。