实训使用ClearQuest实现缺陷跟踪.docx

实训使用ClearQuest实现缺陷跟踪.docx

《实训使用ClearQuest实现缺陷跟踪.docx》由会员分享，可在线阅读，更多相关《实训使用ClearQuest实现缺陷跟踪.docx（15页珍藏版）》请在冰点文库上搜索。

实训使用ClearQuest实现缺陷跟踪

实训使用ClearQuest实现缺陷跟踪

一、实训目的

1）熟练运用ClearQuest缺陷跟踪工具。

2）熟练掌握在ClearQuest中查询缺陷的多种方法。

3）熟练掌握在ClearQuest中进行缺陷管理方法。

4）熟练掌握在ClearQuest中任务管理方法。

二、实训准备

2.1安装ClearQuest环境。

2.2TestManager与ClearQuest关联。

2.3文件导入。

三、实训内容

3.1基本训练

（1）缺陷查询方法

（2）缺陷管理方法

3.2扩展训练

（1）任务管理方法

四、实训步骤

4.1基本训练

4.1.1缺陷查询方法

（1）新建查询，步骤如下：

1．右击“PersonalQueries”，选择“NewQuery”。

在弹出的“ChooseRecordType”窗体中选择“Defect”，点击OK。

见图1所示。

图1

2.右击新建的查询表，选择“Edit”进行编辑。

点击“下一步”后，选择要显示的字段，点击“下一步”。

见图2所示

图2

3.选择与查询条件有关的字段，点击“下一步”，如图3所示。

图3

4.若没有设置查询条件，即在“Selectfieldstouseasqueryfilters”窗体中没有选择字段，直接点击“Run”即可。

若选择了一个字段来设置查询条件，在设置查询条件时，可以直接对字段进行赋值，也可以选择“DynamicFilter”，在执行查询的时候再输入值。

若选择了一个以上的字段，如图4所示，先确认各个字段的操作关系，再对每个字段设置查询条件

图4

（2）复制查询

若已现有与需要的查询相近，可以复制一个副本，在副本的基础进行修改而得到想要的查询。

步骤如下：

1、

从PublicQueries中拖动一个查询到PersonalQueries中，PersonalQueries中将产一个副本，如图5所示。

图5

2、双击运行更名后的查询，然后在右边的Filter编辑框中更改自定的过滤条件，再点按钮RunQuery便可刷新为新的查询结果。

4.1.1管理Defect方法

1.测试员或程序员发现BUG，点击工具栏的“NewDefect”，填写BUG信息，如标题、描述、严重级等，其中红色字段为必填字段，还可根据需要在“附件”中点击“Add”添加附件。

此时BUG的状态系统设置为“Submitted”，即为“已提交”状态。

完成后点击“OK”按钮,如图6所示。

图6

2.一个BUG被发现并提交后，测试负责人或程序员需要将它指派（Assign）给相关的程序员查看。

点击“Actions”中的“Assign”，见图7所示。

图7

此时BUG的状态为“Assigned”（已提交）。

填写相关必要信息，如优先级、所有人，还可根据需要点击“备注”来添加备注。

完成后点击“Apply”，形成历史记录，可在“历史”中查看改变的动作。

若想取消动作，应在点击“Apply”之前点击“Revert”。

3.BUG被指派后，程序员通过OutLook收到邮件通知查看BUG。

根据邮件信息，程序员有多种方法可以找到他负责的BUG，这里介绍两种方法：

通过负责人查询和通过ID查询。

双击导航栏中“BUG查询”文件夹中的“OwnerQuery”，在弹出的窗体中选择自己的用户名，点击“确定”（如图8所示），这样，所有该自己负责的BUG都会显示在主窗体中。

ID查询方法即双击导航栏中“BUG查询”文件夹中的“IDQuery”，在弹出窗体的“Criteria”中输入BUG的ID，选择“Operator”中的“Equal”,点击“确定”（如图8所示），这样所查询的唯一BUG就显示在主窗体中。

图8

查找到BUG后，程序员打开查看，点击“Actions”中的“Open”，见图9所示。

图9

此时BUG的状态为“Opened”，即已打开。

按需填写相应信息，选择负责解决BUG的程序员，点击“Apply”,见图10。

图10

4.经过一段时间的修改，测试员提出的BUG被程序员已经处理。

这时候，程序员需要修改BUG的状态。

点击“Actions”中的“Resolve”，填写解决方案，选择验证BUG的测试员，点击“Apply”。

5.测试员负责结束BUG的生命周期，点击“Actions”中的“Validate”，填写相应信息，点击“Apply”。

在一般情况下，BUG的生命周期就此结束。

6.当测试员提交BUG后，发现该BUG与以往发现的BUG重复，点击“Actions”中的“Duplicate”，如图11所示。

图11

填入与之相重复的BUG的ID号，如图12所示，点击“Find”验证，若输入的ID号不存在，会给予提示。

最后“OK”确认。

图12

7.一个BUG的终结状态有两种，“Duplicate”是其中一个。

若要改变这一终结状态，点击“Actions”中的“Unduplicate”，如图13所示，即可回到“Submitted”状态。

图13

8.对于已经提交的BUG（状态为Assigned），程序员可能因为某种原因认为暂时无法解决，这种情况下，可点击“Actions”中的“Postphone”，将BUG搁置挂起。

如图14所示

图14

9.被挂起的BUG有两种解决途径，其中一种就是由程序员本人再次分配该BUG，点击“Actions”中的“Assign”，“Apply”后，BUG的状态转为“Assigned”。

10.如果被挂起的BUG始终无法解决，程序员修改负责人为测试员，由测试员来进行关闭。

点击“Actions”中的“Close”即可。

见图15所示。

图15

11.程序员解决好BUG后，等待测试员做最后的确认。

如果测试员认为解决不合格，点击“Actions”中的“Reject”，将负责人该为程序员，此时BUG回到“Opened”状态。

如图16所示。

图16

4.2扩展训练

4.1.1任务查询方法

（1）新建任务

单击NewTask新一个新的任务，同时把任务Assign给执行人，在对话框中填写与任务相关的主题、部门等信息，其中，以红色斜体为标签的字段为必填项。

如图17所示

图17

（2）分配任务

执行人查询到分配给自己的任务时，点Ations中Open，使任务处于“Opened”状态，表示任务正在进行中。

如图18所示。

图18

（3）执行任务

1.执行把任务完成之后，就可以执行Actions中的Resolve使任务转化成“Resolved”状态，在Apply之前，任务的完成日期必须填写，同时，解决选择项的以红色标注的信息必须根据实际情况填写。

2.管理人员就通过审核“Resolve”状态的任务来决定Close任务,如图19所示。

图19

3.对于已经分配的任务（状态为Assigned），执行人可能因为某种原因认为暂时无法解决，这种情况下，可点击“Actions”中的“Postphone”，将任务搁置挂起。

如图20所示。

图20

5、实训思考

（1）缺陷状态有哪些？

工作流程怎样执行？

（2）缺陷分类有哪些？

（3）任务状态有哪些，工作流程怎样执行？