2012CQ使用手册.docVIP

Rational ClearQuest使用手册 目录 1.操作界面 1 2. 缺陷的处理流程 3 流程图 3 2.1新建缺陷 3 2. 2分配缺陷 4 2.3打开缺陷并修改 5 2.4将缺陷置为coded状态（软件） 6 2.5Review修改（软件） 6 2.6将缺陷置为Resolved状态 6 2.7Close缺陷 7 2. 8其他处理状态 8 2. 9注意事项 8 3如何建立查询 9 3.1客户端 9 3.2Web端 14 4如何建立图表 20 分布图 22 趋势图 25 龄期图 29 对图表的进一步处理 30 5如何打印或导出查询结果 30 5.1如何将个人查询结果导出 30 5.2如何将图表导出 32 1.操作界面 ClearQuest 的操作界面分为三个部分：菜单栏与工具栏、导航窗体、主窗体。 菜单栏与工具栏位于窗体的上部，在工具栏中，包含了很多命令，如：创建新的查询、图表、 保存查询、运行查询、执行报表等等。见图1 图1 导航窗体位于窗体的左侧，通过双击导航窗体中的文件，打开相应的图表、报表和查询。具有管理公共文件夹权限的用户，右键单击文件，还可进行编辑等操作。见图2 图2 主窗体位于窗体的右侧，用来显示各种视图。 2. 缺陷的处理流程 流程图 图3 2.1新建缺陷 测试人员、QA或项目组成员发现BUG，点击工具栏的“新建 Defect”—Defect，填写BUG 信息，如HeadLine（标题）、Description（描述）、Severity（严重程度）、Phase（阶段）、Reason（归属）等（其中红色字段为必填字段），还可根据需要在“附件”中点击“添加”添加附件。此时BUG 的状态系统设置为“Submitted”，即为“已提交”状态。完成后点击“OK”按钮。 注： 测试人员提交的缺陷NeedVerify默认为True，项目组成员提交的CR需要测试验证的选择True，不需要测试验证的选择False；QA以外的人提交的缺陷，Phase默认为“研发”，Reason自选，Reason为软件时，BaseLine必填，Reason为硬件时，Hardware必填；只有QA可以更改Phase字段的值；非测试和QA提交的缺陷，Reason默认为“软件”；当QA提交生产和售后问题时，型号、外部名称、发现地点等必填 图4 图5 2. 2分配缺陷 一个BUG 被发现并提交后，项目负责人需要将它指派（Assign）给相关的开发人员解决，生产、售后的问题由QA分配给自己，并处理以后的状态，跟踪问题的解决。点击“Actions”中的“Assign”，见图6。 图6 此时BUG 的状态为“Assigned”（已提交）。填写相关必要信息，如Priority（优先级）、 Owner（负责人），还可根据需要点击“Note”来添加备注。完成后点击“应用”，形成历史记录，可在“History”中查看改变的动作。若想取消动作，应在点击“应用”之前点击“还原”。见图7 图7 2.3打开缺陷并修改 BUG 被指派后，此时bug状态为“Assigned”状态，Owner会收到相关的邮件或者可以通过建立个人查询查找Owner为自己的bug ，查找到BUG 后，打开查看，点击“操作”中的“Open”就可以打开此缺陷。 2.4将缺陷置为coded状态（软件） 软件Owner完成代码修改后，点击“操作”中的“Finish”将Bug置为“Coded”状态， 图8 进行此操作时，必须指定Reviewer和ExpectedBaseline，并在New Notel里写出必要的说明。 图9 2.5Review修改（软件） 被设定为Reviewer的人会收到邮件或者建立个人查询（过滤条件设定Reviewer等于自己），找到此缺陷，执行Review操作将状态变为Reviewjing 2.6将缺陷置为Resolved状态 具有Resolve操作权限的人员：Reviewer（Reason为“软件”）、Owner（Reason不是“软件”）。点击“操作”—“Resolve”将缺陷状态变为Resolved，此时， New Note为必填项 图10 图11 2.7Close缺陷 注意：非QA提交的问题，当Reason（归属）为“软件”或“硬件”时，Need Verify=True的缺陷由测试人员来关闭，Need Verify=False的缺陷由项目负责人来关闭；其他的由QA来关闭。 单击“操作”—“