实训使用ClearQuest实现缺陷跟踪.docx
- 文档编号:23036876
- 上传时间:2023-04-30
- 格式:DOCX
- 页数:15
- 大小:324.65KB
实训使用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)任务状态有哪些,工作流程怎样执行?
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 使用 ClearQuest 实现 缺陷 跟踪