Rtional+ClearQuest使用手册Word文档格式.docx

Rtional+ClearQuest使用手册Word文档格式.docx

《Rtional+ClearQuest使用手册Word文档格式.docx》由会员分享，可在线阅读，更多相关《Rtional+ClearQuest使用手册Word文档格式.docx（54页珍藏版）》请在冰豆网上搜索。

是否配置“E-mail”页面，目前先不做配置，直接点击“Done”

点击“Install”，开始安装直至结束

点击“Finish”，配置license

默认选择：

PointtoaRationalLicenseServertogetmylicense，点击“下一步”

在serverName处输入：

LicenseServer的机器名或IP地址，PortID处输入：

端口号，点击“完成”，出现如下界面表明license配置成功：

3.安装LicenseServer（在服务器端，一定要先安装LicenseServer,再安装ClearQuest）

在产品选择页面，选择RationalLicenseServer，然后一直默认安装即可。

三、RationalClearQuest配置

1.中英文和缩写对照表

CQ:

ClearQuest。

计划：

Schema

自定义：

Custom

维护仓库：

SchemaRepository。

版本：

Version

注释：

comment

延迟：

Timeout

间隔：

Interval

字段：

Fields

缺陷：

Defect

工作台：

Workspace

状态转移矩阵：

StateTransitionMatrix

2.数据库

ClearQuest支持MicrosoftSQLServer7.0、MicrosoftSQLServer2000、Oracle（8.0.5，8.1.6，8.1.7）、Access2000等数据库，这里主要介绍SQL2000的配置方式。

使用MicrosoftSQLServer数据库

在CQ中使用SQL数据库，必须在使用前建立数据库，再在CQ中连接此数据库。

下面就是说明建立数据库的方法。

在安装SQL的时候，选择混合模式进行安装。

在ClearQuest中使用MicrosoftSQL数据库，不允许使用sa进行口令验证，所以必须建立新用户进行数据库的登陆验证。

在MicrosoftSQLServer企业管理器中，建立新数据库connect给ClearQuestMaintenanceTool使用。

1．建立数据库

打开“SQLServer组->

机器名（或IP地址）->

数据库”，鼠标右键单击“数据库”，在出现的菜单中选择“新建数据库”，填写数据库名称conncet，点击“确定”保存建立的数据库。

2．配置数据库所有者

在CQ中连接数据库的时候，不支持使用sa或Administrator用户名和密码，必须建立使用新的数据库所有者。

这里设置connect数据库用户所有者为用户名con，密码con的用户。

安全性->

登陆”，点击鼠标右键，出现的菜单中选择“新建登陆”，出现如下图界面，在名称中添入con，选择“SQLServer身份验证”，在密码中录入con（密码可以为空，但是必须选择“SQLServer身份验证”选项）。

然后在默认设置处，数据库里要选择刚才新建的数据库，如：

connect（一定要选择刚才新建的数据库）

选择“数据库登陆”页，如下图所示，在许可中，选择所属的connect数据库；

在数据库角色中，选中“db_owner”，点击“确定”，输入确认密码，此connect数据库就建立完毕了。

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

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

3.RationalClearQuestMaintenanceTool设置

在使用ClearQuest前，必须设置维护表。

从开始菜单中打开RationalClearQuestMaintenanceTool，如下图所示：

如果此机器作为服务器使用，那么就创建维护库；

如果此机器做为CQ客户端使用，那么就连接维护库。

1．1创建维护库

点击菜单中“SchemaRepository->

Create”，或快捷菜单栏中第一个图标Create，出现下图界面：

在ExistingConnections中录入可以识别的名称。

Vendor选择SQL_SERVER；

PhysicalDatabaseName填写创建的数据库名称connect；

DatabaseServerName填写数据库服务器名称或服务器IP地址；

剩下的项目，填写connect数据库所属用户名和密码，这里都是con，填写完毕后，点击“下一步”。

在Clearquestdatacode页面，选择下拉框中的第二项：

936（ANSI/OEM–简体中文GBK），如下图所示：

在此页中，将默认选择“Createsampledatabase”去掉

点击“完成”，出现以下页面

点击“Done”，就完成了维护库的创建。

1．2连接维护库

如果想使用CQ的客户端，必须在MaintenanceTool中连接服务器创建的维护库

1．点击菜单中“Connection->

New”或快捷菜单栏中第二个图标NewConncetion。

2．在ExistingConnections中录入可以识别的名称；

PhysicalDatabaseName填写连接的数据库名称connect；

Read-OnlyUserName填写connect数据库所属用户名con；

Read-OnlyUserPassword填写密码con。

填写完毕后，点击“Finish”，出现如下页面

点击“Done”完成维护连接。

1．3其他功能

在MaintenanceTool中，除了对于维护库的创建或连接外，也可以编辑、删除、修改、更新、升级维护库，在菜单中都有相应的操作，这里就不多介绍了。

一台机器，可以创建多个维护库（对应不同的数据库）；

与之相应的，一台机器，也可以同时连接多个机器的维护库。

在使用CQ客户端或Designer的时候，可以选择使用哪个机器的维护库。

4.RationalClearQuestDesigner设置

CQDesigner主要进行缺陷提交页面和选项的配置，也是CQ中最重要的部分。

这里的功能和配置很多，可以使用Basic或Perl进行编程设置。

4．1进入CQDesigner

从菜单中打开RationalClearQuestDesigner，出现如下界面

选择“连接维护库”进入登陆界面：

在登陆界面中，UserName输入admin（缺省的超级管理员），Password为空，点击“ok”进入Designer，如下图所示：

如果要修改已有的计划（Schema），可以选择需要修改的计划名称（SchemaName），点击“完成”进入修改页面。

创建新的计划，点击“取消”关闭该界面。

4．2建立新计划

在使用过程中，新的计划必须从现有的计划中继承，原计划中的各种配置新计划都可以继承下来。

建议配置一个标准的计划，其他的计划都从此计划中继承。

每次修改计划，都需要把计划checkout，修改后，保存计划，再把计划checkin，计划的Version（版本）加1。

下面是计划的建立步骤：

1．从菜单中选择“File->

NewSchema”，显示如下页面：

2．在schemalist窗体中选择DefectTracking,version1，然后选择“下一步”，如下图所示：

3．在SchemaName填写test，comment（注释）中填写“测试计划”，点击“完成”，进入如下页面：

4．询问是否创建database，点“否”，进入如下页面：

5．当问你是否checkoutdatabase，点“否”。

6．Test计划建立完毕。

4．3建立数据库

以上是计划建立的过程，但是此计划并没有数据库的支持，本小节就说明如何去建立数据库并和计划相连。

1．菜单中选择“Database->

NewDatabase”，打开新建Database对话框，如下图：

2．LogicalDatabaseName填写test（只能输入5个字符），在Comment（备注）中填写“测试数据库”，如下图所示：

点击“下一步”。

3．Vendor选择SQL_SERVER；

PhysicalDatabaseName填写数据库名称test；

剩下的项目，填写test数据库所属用户名和密码，这里都是test，如下图所示：

填写完毕后，选择“ProductionDatabase”，点击“下一步”。

4．把Timeout（延迟）和PollInterval（间隔）都设置为0.点击“下一步”，如下图所示：

5．从计划列表中选择数据库需要连接的计划，如下图所示

点击“完成”，显示“Databasewascreatedsuccessfully”。

点击“确定”，询问是否checkout，选择“否”

数据库连接计划完毕。

4．4添加用户和组

在使用CQ的过程中，用户和组是很关键的两个因素。

下面介绍如何去添加用户和组。

在CQDesigner中，从菜单中选择“Tools->

UserAdministration”，出现UserAdministration界面：

在操作完毕后，必须点击右侧OK按钮进行保存，否则所有改动无效。

4．4．1添加组

在用户管理（UserAdministration）界面中，点击右侧按钮GroupAction，在出现的菜单中选择AddGroup，出现AddGroup界面。

在name中填写需要建立的组名，如：

管理组；

Active选择是否新建组当前可用；

MembershipGroups中选择新建组的子组；

MembershipUsers中选择新建组包含的用户；

Subscribe中，选择新建组的数据库权限（选择“Allexistingandfuturedatabases”可以有任意数据库的权限，选择“Selectdatabases”可以选择具有特定数据库的操作权限）。

如果需要添加新用户，点击下面的按钮“NewUser”；

如果需要添加别的组，点击“Apply”按钮保存现在的组并添加新的组；

全部组添加完毕后，点击“OK”结束新组的添加，如以下页面：

在这里，除了管理组，还按照上面的方法建立“测试组”和“开发组”。

4．4．2添加用户

在用户管理（UserAdministration）界面中，点击右侧按钮UserAction，在出现的菜单中选择AddUser，出现AddUser界面。

在Login中添入登陆用户名test1；

按需要添入其他的内容（只有Login是必添项）；

Groups中，选择用户属于哪个组（这里我们选择测试组）；

Privileges中选择赋予此用户的权限，通常缺省权限就可以了；

Subscribe中选择此用户具有哪些数据库的操作权限。

如果添加多个用户，点击AddUser，如果全部用户填写完毕，点击OK。

按照上面的方法，新建测试组用户test2，开发组用户pg1、pg2，管理组用户manage1、manage2备用。

注意：

一个用户可以属于多个组。

4．4．3其他功能

更新数据库：

添加用户或组，以及修改了用户或组的数据库权限后，必须更新数据库。

点击右侧按钮“DBAction”，在出现的菜单中选择Upgrade，出现Upgrade界面，选择需要升级的数据库，点击OK更新数据库。

用户和组的修改等功能，比较简单，都可以从右侧按钮中选择，就不介绍了。

4．5计划设计

打开计划：

在RationalClearQuestDesigner界面中，选择菜单“File->

OpenSchema”，选择需要设定的计划test，点击“下一步”，如下图所示：

在Comment中添加本次操作的注释（可以不填写），点击“完成”打开test计划。

我们现在所设计的计划是给缺陷（Defect）管理使用，所以计划中主要设定部分都在RecordTypes->

Defect中，下面所说的各种配置，都在Defect中进行。

计划配置完成后，需要从菜单中选择File->

SaveWork保存计划，并且File->

CheckIn。

计划修改后，必须从菜单中选择Database->

UpgradeDatabase，出现的提示中选择“是”，在出现的数据库列表中，选中修改的计划所对应的数据库，点击“下一步”，出现的界面（如下图）中选择需要更新的版本，点击“完成”才算结束了计划的修改工作。

4．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．在字段表中，点击右键，出现的菜单中，选择AddField，出现字段添加界面。

2．在FieldName中填写需要添加的字段名称“可重现性”；

DBColunmnName中填写数据库字段名称kcxx；

Type中选择SHORT_STRING类型；

其他的缺省就可以了。

填写完毕后，点击右上角的×

关闭字段添加窗口，字段就建立成功了。

在字段列表中最后一列是ChoiceList（下拉框列表），此项十分常用。

下面说明如何配置ChoiceList。

选择需要使用下拉列表功能的字段，这里我们选择“可重现性”，选中可重现性字段的ChoiceList，会出现一个?

，点击?

，出现一个菜单，从菜单中选择CONSRANRLIST，出现下图界面。

输入下拉框选项“总能”、“经常”、“间隙”、“不能”、“不知道”。

选择LimitToList（选择此条件，在使用下拉框的时候，只能录入下拉框列表内的内容，不允许输入其他的内容），点击OK，完成ChioceList的设置。

4．5．2字段代码控制

在字段列表中，可以对字段进行编程控制。

字段的列名是字段的属性，同时也可以作为字段的函数名使用。

DefaultValue可以控制字段的初始值；

Permission控制字段的读取属性；

ValueChanged可以控制字段在内容值变化时的行为；

Validation可以控制字段的取值范围。

选择需要使用下拉列表功能的字段，鼠标点击使用的属性控制字段，会出现一个?

，出现一个菜单，从菜单中选择编程语言，就会出现ScriptEditor界面。

下图是代码片段。

在使用过程中，CQ基本给出了代码属性的说明和示例，可以按照示例进行简单的编程。

如果想更深一步，可以去看VB相关的资料（CQ中使用的SQABasic和VB十分类似）或者去开始菜单中查询RationalClearQuestAPIReference。

在代码写完后，需要选择菜单中的Hooks->

Compile进行编译，编译通过后，字段的代码控制就算完成了。

目前暂时不涉及到代码的使用。

4．5．3缺陷窗体设计

在缺陷提交的过程中，窗体是很重要的一个方面。

计划的各种设置最后都体现的窗体界面中。

下面就说如何去配置缺陷的窗体。

缺陷的窗体分为两个部分，分别是提交窗体和处理窗体。

处理窗体比提交窗体多了两个页面，其他内容都是一样的。

从工作台（Workspace）中选择RecordTypes->

Defect->

Forms，出现两个选项，第一个选项就是提交窗体（Defect_Base_Submit），第二个是处理窗体（Defect_Base），现在分别说明设置方法。

1.提交窗体

点击Defect_Base_Submit，右侧工作区出现窗体设置界面。

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

双击字段内容，会出现字段属性修改窗口，可以自己修改字段的各种属性。

选择菜单中的Edit->

AddTab可以添加页面；

选择Edit->

DeleteTab可以删除页面；

选中字段后；

点击键盘上的Delete按键可以删除字段。

可以自己设置所需要的字段或也面，该说明文档中给出的均是示例。

全部修改完毕后，如下图所示。

带下拉框的地方，尽力把下拉框设计的大一些，方便选择，缺省的下拉框长度实在是太小了，很不方便使用。

提交日期对应的Field_Name是Submit_Date，提交人对应的Field_Name是Submitter.fullname。

2.处理窗体

处理窗体比提交窗体多了两个页面，分别是解决方案页和历史页。

把Resolution页和Customer页删除，并添加高级页。

进行相应的汉化工作。

就完成了处理窗体的设置。

下面的是解决方案（Notes）页和历史（History）页的设置完毕图片：

4．6缺陷变更管理

每一个缺陷都有一个状态（State），经过处理（Actions）后，状态（State）就会发生相应的改变。

下面的内容中，使用[]的就是状态（State），使用<

>

的就是动作（Action）。

CQ是变更管理工具，所以变更设置是CQ中最重要的部分。

CQ变更设计主要在RecordTypes->

StatesandActions中进行。

它包括三个部分：

StateTransitionMatrix（状态转移矩阵）、Actions（变更操作的动作）、Behaviors（变更过程中各个字段的属性权限）。

在这个变更设计中，我使用了三个组：

测试组、开发组、管理组。

测试组负责提交和确认错误的修改；

开发组负责修改错误；

管理组负责对不可确认的错误进行判断.

4．6．1StateTransitionMatrix（状态转移矩阵）设置

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

选择RecordTypes->

StatesandActions->

StateTransitionMatrix，打开状态转移矩阵设置页面。

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

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

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

下面给出的状态和动作均是示例，可以自己定义不同的状态或动作，以下把大部分的Action和State起了一样的名字。

总共录入修改以下状态：

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

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

已经修改>

Action

3．暂不修改――错误由于某种原因暂时不处理。

，经过<

暂不修改>

4．