v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
ClearQuest Web端使用指南
test
pyp
2
133199
2003-12-24T13:38:00Z
2003-12-24T13:38:00Z
14
1074
6125
cchongda
51
12
7521
9.2812
7.8 磅
0
2
ClearQuest
Web端使用指南
TOC \o "1-8" \n \h \z 一． 使用说明
一． 使用说明
此文档说明了ClearQuest的Web端使用方法,主要用于缺陷记录的提交和管理。
在文档中，红色标记的内容是值得特别注意的地方。
如果还有什么不清楚的地方，请发E-mail：fangu002@163.com询问。
如果遇到问题，请先查看五．其他部分，看看是否有相应解决方法。
二． 界面介绍
1．登陆界面
（图2.1）
用户名和密码为测试人员设置。缺省的为人员姓名缩写。比如王小山的用户名和密码都为wangxs（姓全拼，名简拼）。在登陆后，用户可以重新设定自己的密码。
连接库分为“软件”和“硬件”，必须先选择连接库，数据库附属于连接库。
数据库为测试人员建立，各个项目的具体数据库名称请询问测试部相关人员。
如果看不到数据库，点击“刷新列表”刷新当前页面。
填写完用户名和密码，选择好连接库和数据库，点击“登陆”进入系统。
2．网站内容
(图2.2)
主界面分为三个部分，分别为：操作栏（蓝色部分），工作台（左侧页面框架），显示区（右面页面框架）。
2．1 操作栏
（图2.3）
把鼠标放置到“操作”上面，就会显示出操作菜单。在操作菜单中，可以选择创建查询表、创建报告、创建快捷方式和修改用户信息。
点击操作栏上的“提交”，可以提交新的错误记录。
在操作栏“查找”输入框中输入想要查询的记录id，点击“查找”，可以查询记录。
点击操作栏“退出”，注销当前用户，回到登陆界面。
2．2 工作台
（图2.4）
工作台分为两个部分：Personal Queries和Public Queries。
Personal Queries中显示的是当前登陆用户自己所建立的各种查询表、统计图形等内容。在Personal
Queries中，用户只能看到自己所建立的查询内容。
Public Queries是测试管理员建立的公共显示内容。每个登陆用户都可以看到Public Queries中的内容。
具体的建立个人查询表的过程，参考第3部分<查询操作表>。
2．3 显示区
（图2.5）
（图2.6）
在显示区中，可以看到查询的内容或统计图形。
在查询表状态下，可以选择每页显示的记录条数。
点击“Run Query Again”可以重新显示查询。
点击第一列#中的序号，可以查看具体的记录内容。
三． 操作说明
1．提交缺陷记录
点击操作栏的“提交”，出现提交页面。测试人员如果发现了软件中的问题或缺陷，就通过提交记录来保存发现的问题。
（图3.1）
在提交记录的页面中，分为3个部分，分别为：属性、附件和高级。
按照下面的内容填写完毕后，点击左面的按钮“OK”保存提交的错误记录。
1．1 属性项目说明
ID：自动分配给记录的一个标识。
状态：显示当前记录的状态。（具体的状态说明，参照第四部分的操作流程）
简述：对错误的概要描述。最好不要过长，否则在网页中会显示的很难看。
模块：错误发生的位置。模块内容在测试之前就建立完毕。如果需要添加或修改模块，请寻找相关的测试人员。
严重性：表示软件缺陷的恶劣程度。致命错误一般指导致系统崩溃的错误；严重错误包括数据丢失、数据损坏、功能未实现等；一般错误包括操作性错误等；轻微错误包括错别字、UI布局等；建议一般是提议软件中值得改良的地方。上面的说明只是建议，具体的分类选择测试人员可以自行把握判断。
优先级：表示修复缺陷的重要程度和应该何时修复。立即修复，说明此缺陷阻止进一步测试，需要立即修复，否则会导致测试的停滞；必须修复，说明此缺陷在产品发布前必须修复，否则会影响软件的发布和使用；应该修复，说明如果时间允许应该修复此缺陷；考虑修复，说明此缺陷即使不修复，也可以发布。
(在软件测试的过程中，严重性和优先级可能会有变化，由缺陷记录的提交人自行掌握。)
负责人：指应该处理此条缺陷的人。一般情况下，负责人都是开发组开发此相关模块的程序员。负责人可以修改相应模块缺陷记录的状态，具体的操作过程参照第四部分操作流程。
错误分类：提交的缺陷记录分类。点击右下角的
，会出现列表，里面有一些可选项：可以多选，也可以自己填写，点击“Add”就添加上了。填写完毕后，点击“ok”按钮保存错误分类。
详细描述：详细说明错误发生的位置和操作过程。这里一定要说清楚，否则程序员很难明白错误是怎么发生的。如果有相关的附件，这里最好也提示说明一下。
1．2 附件属性说明
习惯上，附件中是一些缺陷状态的抓图。因为有的时候，缺陷使用语言表达不清楚，这时有一个错误发生时的状态抓图看着就很清楚了。
抓图方法为：点击键盘“PrintScreenSysRq”按键，从Windows系统菜单中选择“开始菜单->程序->附件->画图”。在画图中，点击键盘“Ctrl+V”，屏幕抓图就显示在画图中了。
可以在画图中进行一些简单的处理：比如把缺陷发生的位置使用画笔圈起来，或者加上一些中文注释等，看个人的喜好和发挥了。
图形处理完毕后，保存到本地目录。建议保存格式为jpg或gif，不要轻易保存为bmp格式的图片，bmp格式图片太大，很容易给服务器造成不必要的负担。
有了抓图后，点击附件中的“Add”，出现附件上传窗口。点击“浏览”按钮，找到保存到本地目录的抓图文件，可以在Description中填写文件备注，所有工作完成后，点击“Add Attachment”保存文件。
如果有其他的文件需要上传，参照上面的步骤进行。
1．3 高级属性说明
一些可以选择的内容。比如测试人员所使用的操作系统；此问题是否可以重复出现；错误的提交时间和日期；软件的版本号等。
高级属性中如果开发人员还需要其他的项目内容，可以找测试人员添加。
2．处理缺陷记录
在ClearQuest的变更流程中，有三类用户：
第一类是管理组成员，主要指测试小组的领导或开发部门项目经理，管理组成员主要对测试人员无法判断的缺陷进行相关处理。
第二类是测试组成员，指具体的测试人员，测试缺陷记录主要由测试组成员提交。
第三类是开发组成员，主要是开发部门负责修改测试记录的程序员。
在测试缺陷记录提交后，这三类用户有不同的操作权限。
在各类人员处理缺陷记录的过程中，都必须填写解决方案。
要处理记录，首先要进入缺陷记录查看里面的详细内容（点击查询表中#项目中的序号），再从右上角的Actions下拉框中选择需要修改的状态，按照下面各类组成员的操作步骤进行相应的处理，点击“OK”保存处理结果。下面的（图3.8）是开发组成员处理缺陷时的状态抓图，测试组成员和管理组成员Action的状态和（图3.8）有差别。
（图3.8）
1．1 测试组成员对测试记录的操作权限
测试组成员对测试记录有修改权限。经过开发组成员把相关缺陷记录处理后，测试组成员可以确定相应的缺陷记录是关闭，再次出现或者提交管理员。对于“无法再现”和“使用错误”的记录，测试人员本轮测试就需要进行验证处理。状态是“系统限制”和“暂不修改”的缺陷记录，测试人员也可以在本轮直接选择“提交管理员”提交给管理员。具体的操作流程请参照第四部分。
测试组成员遇到“无法再现”状态的记录：重新进行验证。如果错误不再发生，Action状态选择“关闭”；如果错误仍然存在，把错误内容写详细些，Action状态选择“再次出现”。此缺陷记录需要本轮测试过程中处理。
测试组成员遇到“使用错误”状态的记录：如果不是错误，Action状态选择“关闭”；如果测试员认为是错误，重新进行说明，Action状态选择“再次出现”。此缺陷记录需要本轮测试过程中处理。
测试组成员遇到“系统限制”状态的记录：Action状态选择“提交管理者”转给管理组成员判断处理。此缺陷记录可以在本轮测试过程中处理。
测试组成员遇到“暂不修改”状态的记录：Action状态选择“提交管理者”转给管理组成员判断处理。此缺陷记录可以在本轮测试过程中处理。
测试组成员遇到“已修改”状态的记录：重新进行验证。如果错误已经被修改，Action状态选择“关闭”；如果此错误没有被处理，Action状态选择“再次出现”。此状态需要在开发组成员修改缺陷后测试员才可以进行处理。
测试组成员遇到“间接修复”状态的记录：重新进行验证。如果错误不再发生，Action状态选择“关闭”；如果错误仍然存在，Action状态选择“再次出现”。此状态需要在开发组成员修改缺陷后测试员才可以进行处理。
1．2 开发组成员对测试记录的操作权限
开发组成员对测试记录有处理权限。包括：已修改、暂不修改、无法再现、间接修复、使用错误、系统限制权限。具体的操作流程请参照第四部分。
状态说明：
已修改：错误修改完毕后，开发组成员把状态设置为已修改。
暂不修改：错误由于某种原因暂时不处理。
无法再现：测试人员提交的错误无法在开发人员那里重现。
间接修复：在修改其他地方的时候把此缺陷记录修复，或者新版本自动修复了此缺陷。
使用错误：测试人员理解误会了某些地方，提出的缺陷并不是错误。开发人员可以用“使用错误”来处理这些不是问题的记录。
系统限制：确实是问题，但是由于操作系统或开发工具的限制等原因暂时无法处理错误，开发人员可以标记为“系统限制”。
1．3 管理组成员对测试记录的操作权限
管理组成员对测试记录有决策判断的权限。
只有管理组成员才可以删除记录。
管理员可以修改记录。
对于状态为“等待分配”的记录，管理员可以进行判断：如果不是问题，就关闭；如果是问题，就再次出现此记录。
3. 控制台操作
在ClearQuest的使用过程中，缺省状态下是看不到缺陷记录的，必须通过建立各种查询表才可以看到缺陷记录。下面就是说和提交的记录有关的公共操作。
3．1 操作查询表
点击“操作->Create a Simple Query”，出现的页面中，点击“Create New Query”，出现Create a
Query Wizard。
(图3.2)
在界面内，可以选择显示几列（Show lines）；可以修改查询表的名字（Query Name，只能使用英文或数字，不能使用汉字）；可以选择想要显示的字段（Field
Name）；可以选择是否显示（Show）；或者选择是否按照选择的字段升序（Ascending）或降序（Descending）排列（Sorting）。如果不选择过滤（Filter）和提示（Prompt），则缺省的显示所有的查询记录。
如果选择过滤（Filter），则出现界面：
(图3.3)
在此界面中，选择过滤条件（可以多选），可以选择空条件记录（IsNull）或者是所选择过滤条件以外（Not）的记录。选择完毕后，一定要点击上面的按钮“Validate”保存选择结果，再点击“Next>>”进行到下一步。
如果选择提示（Prompt）,则出现页面：
（图3.4）
在里面可以选择同时条件成立（And）或单一条件成立（Or）查询。选择完毕后，点击“Validate”确认结果，点击“next>>”继续下一步。
如果选择了提示（Prompt），则在查询的时候，首先要选择查询条件才可以继续查询。查询条件的选择和过滤（Filter）类似。
“Edit
a Simple Query”修改查询表，操作方式和添加类似。
“Advanced
Query Editor”功能和上面是一样的，只是使用了Java方式而已。比如里面可以使用鼠标右键等功能。这里就不多介绍了。
注意的是：创建查询表的时候，Record Type要选择“Defect”类型，创建好以后，要Save保存。
3．2 操作报表
报表包括“Create a Report”和“Edit a Report”。里面的操作很简单，不多介绍了。
3．3 操作快捷方式
包括“Create
a Shortcut”和“Edit Shortcuts”。这里实际是创建一个网络链接，可以用这个链接直接进入查询表界面。具体的操作可以找相关的测试人员询问。
3．4 修改个人信息
点击“操作->Change User
Profile”。在页面中，可以修改姓名（Name），E-mail（Email），登陆密码（Password），电话（Phone），进入Web端的时候缺省显示的查询表（Startup
Query），修改完毕后，点击“commit”保存。
四． 测试流程
通常情况下，测试是一个循环的过程。
测试人员提交测试记录（状态为“等待处理”的缺陷记录）。开发人员根据提交的错误记录进行修改，修改完毕后，把经过标记（状态为“已修改”、“暂不修改”等）的测试记录返回给测试组。测试人员经过验证，“关闭”已经修改的测试记录，“再次出现”没有修改的测试记录，或者把无法进行判断的记录提交给管理组。开发人员再处理状态为“等待处理”或“再次出现”的缺陷记录，处理完毕后返回给测试组。如此的循环反复，一直到错误数量降低到可以接受的水平，测试过程完毕。
详细的测试缺陷流程可以参照下面的流程图。里面的A代表管理组成员，T代表测试组成员，P代表开发组成员，箭头的指向就是三种成员处理的过程。
（图4.1）
五． 其他
在文档中，红色的是值得特别注意的地方。
1．常见问题
1．1 登陆页面无法查看到数据库
处理：点击“刷新列表”按钮。
1．2 点击查询表，查询到的页面不对
处理：点击IE菜单“工具->Internet选项”，在Internet选项的常规页中，点击“删除文件”按钮，在出现的删除文件页面，选择“删除所有脱机内容”选项，点击“确定”，完成临时文件的删除操作。再点击IE工具栏中的“刷新”按钮就可以看到正确的页面了。
1．3 附件中的图片无法打开看到
处理：点击IE菜单“工具->Internet选项”，打开“高级”页，在设置中，选中“总是以UTF-8发现URL”。保存修改后，再打开相关的图片就应该可以看到了。
1．4 XP系统中无法查看到记录
处理：下载安装JAVA虚拟机就可以了。
此文档最后修改日期为：2003-12-09.
