QC缺陷管理使用手册修正版Word下载.docx
《QC缺陷管理使用手册修正版Word下载.docx》由会员分享，可在线阅读，更多相关《QC缺陷管理使用手册修正版Word下载.docx（16页珍藏版）》请在冰点文库上搜索。
5、登录后的初始页面。
登录成功后，出现如图5所示页面。
图5
6、进入缺陷列表。
点击图5所示页面左边列表中的
项，将看到如图6所示的缺陷列表界面，目前该项目还未录入任何缺陷，所以列表是空的。
图6
7、修改密码。
如图7所示，点击页面右上角的【工具】，选择【自定义…】，进入如图8所示页面，点击
，右边显示如图9所示页面，再点击右下角的【更改密码…】按钮，进行修改密码，原密码为空。
图7
图8
图9
8、更改项目。
如果你同时拥有多个项目的权限，那么登录到其中一个项目后可以不需要退出而直接更改到另一个项目。
如图10所示，点击页面右上角的【工具】，选择【更改项目】，再点击你所想要的项目即可。
如果你拥有其他项目的权限，但“更改项目”列表中并没有列出那些项目，你可以点击【选择…】按钮，转到登录页面，选择需要登录的项目，登录一次后该项目名称就会出现在这个列表中了。
图10
9、注销。
点击右上角的
即可注销，退出到登录页面。
需求菜单栏
需求菜单栏包括如下的菜单：
需求菜单，包括命令：
在需求树上修改需求、从一个需求产生一个测试、Mail一个需求。
编辑菜单，包括命令：
剪切、复制、粘贴、重命名、删除需求，和查找、替换搜索需求。
视图菜单，包括命令：
设置需求树的显示、查找一个需求、浏览测试覆盖、关联缺陷、附件。
收藏夹菜单，包括命增加、组织个人使用喜好的命令（不开放）。
分析菜单，包括命令：
产生需求报告和图表。
关于需求报告的更详细信息，请看“产生报告”。
关于需求图表的更详细信息，请看“产生图表”。
需求工具栏
需求工具栏包括如下的按钮：
：
新建需求，增加一个新的需求到需求树。
QualityCenter将增加此需求到当前所选择的需求下面，并处于相同等级。
新建子需求，增加一个新的需求到需求树。
QualityCenter将增加此子需求到当前所选择的需求下面，并处于低一级的级别。
删除，从需求树中删除所选择的需求。
刷新，刷新在需求模块中的数据。
单击
按钮，去刷新当前所选择的需求。
所有子需求也会被同时刷新。
箭头并选择全部刷新去刷新所有的需求。
选择列，打开选择列对话框，你可以决定哪些字段显示在需求树中，并决定它们的显示顺序。
展开，改变需求树的细节等级。
按钮去展开需求树的指定分支。
箭头并选择缩小一级去取消预先展开的命令。
箭头并选择缩小为根去收缩，并显示整个需求树的根结点。
查找，打开查找需求对话框，能够让你在需求树中查找你想要的需求。
Mail需求，打开发送邮件对话框，你可以从邮件列表中选择收件人，或输入其它的邮件地址，发送需求邮件。
附件，打开附件对话框，能够让你为所选择的需求添加附件。
对于更多信息，请看第4章“增加附件”。
选择可见列
需求列表默认只显示名称、直接覆盖状态、请求ID、作者、已审阅、创建时间、创建日期、优先级、类型和产品这10列，您可以根据自己的需要选择可见列。
点击列表上方的
按钮，弹出“选择列”窗口，如图16所示。
在左边“可用列”中的单击选中希望显示在缺陷列表中的项，点击
按钮，该项即被移动到“可见列”列表；
如果想将某列从可见列中去掉，只要在“可见列”中选中，再点击
按钮即可。
另外，选中“可见列”中的项，点击右上角的
按钮，可修改该列在表格中显示的前后位置。
需求管理状态流程图
人员需求权限表单
需求分析
开发组长
开发组员
当前缺陷状态
可修改缺陷状态
新建
打开
分配
进行
否决
完成
延期
实施人员：
QC缺陷管理系统的使用
缺陷常用字段说明
摘要
对缺陷的简单描述。
摘要包括该缺陷所属的模块名称-子模块名称，以及简单说明缺陷情况。
描述
详细描述重现该缺陷的步骤，错误现象和期待结果。
必要时可以上传附件辅助说明。
状态
缺陷状态描述如下表：
序号
缺陷状态英文名称
缺陷状态中文名称
缺陷状态描述
备注
1
New
测试中提出报告缺陷，普通开发人员无权修改状态为“新建”的缺陷，只能修改状态为“打开”或者“重新打开”的缺陷。
“新建”的缺陷需要项目经理确认并将状态置为“打开”
2
Open
被确认
3
Fixed
修复
开发人员已完成修正,等待测试人员验证
4
Closed
关闭
缺陷已被修复
5
Reopen
重新打开
缺陷未被修复
6
Rejected
拒绝修改缺陷，该缺陷可能由于测试人员理解错误，或者项目经理认为不需要修改
7
不在当前版本修复的错误,下一版本修复
8
无法解决
以目前的技术水平、经济因素或修改此缺陷的代价过大等原因而不能解决的缺陷
9
TesterAgree
测试同意
测试人员同意开发对缺陷做出的处理（这种处理可能是一种折衷的方法）
10
丢弃
被确认为无效缺陷
11
分配给相关人员处理
12
开发人员正在开发中；
用于开发周期长，为了让关注该功能的人员知道目前的进程
13
Duplicate
重复
由于测试重叠工作或者不同测试人员重复提交等原因,出现相同描述的缺陷重复报告.
分配给
记录该缺陷分配给谁去修改。
一般来说，登记时都是统一分配给项目经理，再由项目经理确认并分配给相关开发人员（或者直接分配给相应的开发人员）。
人员缺陷权限表单
开发组长：
PMdeveloper
开发组员：
Pdeveloper
测试组长：
TMTester
测试组员：
Tester
已关闭
IMPLEMENT实施：
Analysis需求分析：
无
缺陷严重程度和优先级
缺陷严重级程度与优先级别原则上是有一一对应的关系，在填写缺陷选择这两项时，可先参照该对照表：
缺陷严重程度中文名称
缺陷严重程度描述
对应的缺陷优先级选项
缺陷优先级描述
5-紧急
阻碍流程、系统崩溃导致重大任务不能正常进行的缺陷,例如:
1.由于程序所引起的死机,非法退出
2.死循环
3.数据库发生死锁
4.错误操作导致的程序中断
5.严重的计算错误
6.与数据库连接错误
7.数据通讯错误等
1当缺陷所引发的问题没有达到紧急的级别，但当该缺陷出现后，影响到了后续的测试工作进行
2客户无法容忍的页面，如页面上显示其他公司名称
3当前操作方式与客户使用习惯背道而驰。
4严重不合理，核心功能完全违反软件规范或业务规范，可能导致用户强烈的反感
5系统响应时间过长（例如WEB响应时间超过10s）
6模块提供的数据不合理，例如（查询“录入人”的下拉项提示为非用户名字段）
7负载测试、压力测试结果和用户需求不符
4-非常高
缺陷导致失去系统主要功能,基本功能不能完整使用例如:
1.功能不符
2.程序接口错误
3.数据流错误
4.轻微数据计算错误等
1快捷方式不正确，如能够回车直接进入下一步的设计成了空格直接进入下一步
2严重的逻辑错误
3常用操作平台不能正常使用功能（WINXP/WIN2000/WINVISTA）
4常用浏览器不能正常使用（FireFox）
5超时限制的时间设置不合理
6未登录即可浏览页面
7给客户演示等过程中客户重点指出的，严重级别却不是很高的BUG,建议级别定义至少是非常高
3-高
操作性错误、错误结果、遗漏功能等影响系统要求或基本功能的实现,例如:
1.界面错误（附详细说明）
2.打印内容、格式错误
3.简单的输入限制未放在前台进行控制
4.删除操作未给出提示
5.数据输入没有边界值限定或不合理
1提示信息不明确，并且非常容易误导用户做出错误操作或判断。
2软件功能的实现过程中弹出未控制的系统错误提示，导致流程中断
3Cookies没有正常保存
4服务器和客户端的脚本修改未被记录和
5非法操作等Urgent程度的bug，如果不具有普遍性而是在极端环境下出现，例如特定的操作环境。
建议级别定义为High。
2-中
错别字、罕见故障等不影响执行工作或功能实现,例如:
1.辅助说明描述不清楚
2.系统处理未优化
3.提示窗口文字未采用行业术语
1提示信息不明确，不正确或不合理
2界面设计存在缺陷、凌乱或不友好
3整体风格不统一
1-低
不影响使用的瑕疵或更好的实现等
1虽有不尽人意之处，但不影响用户操作或用户使用频率较低，并且不会造成错误
2局部界面不够美观
0-建议
对软件各方面提出的更好的改进性的意见。
主题
记录该缺陷属于哪个模块中。
主题字段设置对应为用户需求的各个模块\子模块下，方便将来统计各个模块的缺陷密度。
检测者
记录该缺陷的登记者，系统会自动获取当前用户的帐号，不需要手工录入。
检测日期
记录该缺陷的登记日期，通常系统会自动获取当前时间，不需要手工录入。
检测于版本
记录发现该缺陷软件版本号，测试负责人员在每次获取到新的测试程序包时，按照程序包上的版本标签号，在QC的自定义管理中版本号一栏增加对应的版本号（注：
程序包的版本号与QC中增加的版本号一致）。
缺陷类型
记录缺陷的类型，暂时分为7类。
1功能问题：
软件功能未实现或实现不完整、不正确等情况下的缺陷。
2界面问题：
用户操作界面中存在的不合理、不正确、不美观等方面的缺陷。
3数据问题：
录入的数据错误。
4易用性问题：
用户操作使用过程中存在的不符合使用习惯或操作复杂等方面的缺陷。
5兼容性问题：
系统在不同的测试环境中产生的缺陷。
6性能问题：
系统性能未达到性能需求所要求的各项指标。
7安全性问题：
系统存在安全方面的隐患一类的缺陷。
可重现
记录缺陷是否可重现。
根据缺陷描述操作，是否可以发现缺陷所描述的问题，Y表示可以重现，N表示无法重现。
例如有些问题是在特定条件下才出现的，当条件改变后问题随之消失，根据所描述的步骤操作，不会再出现缺陷所描述的问题，这类就是属于无法重现的缺陷。
项目
记录缺陷所属的项目。
缺陷管理流程图
图11
开发人员修改缺陷填写规范
1、不论是简单还是复杂的缺陷，开发人员都要在修改了代码并确保代码提交到服务器后，再将缺陷状态由“打开”置为“修复”。
2、对于非常简单明了的缺陷（例如界面上的一个错别字），可以在注释中加简单的注释说明：
（如：
已修改）但对于复杂的缺陷，必须要注明以下几点：
1缺陷产生的原因：
2缺陷解决的方法：
（该项描述主要是方便以后遇到同类问题的同事，可以查看当时的解决办法，如果该缺陷的修改引发了其他的缺陷产生，则开发人员可以查看一下当时的修改情况）
3这个改动引起了哪些变动：
（方便测试人员在进行回归测试时，测试的深度和广度的把握）
3、如果缺陷是由于测试人员理解错误导致，或者开发人员认为不需要修改的，开发人员可以将缺陷状态设置为“否决”，但是必须在【注释】栏中填写拒绝修改的原因。
4、如果开发人员认为该缺陷与其他缺陷重复，也需要在【注释】栏中填写与之重复的缺陷ID，例如注释内容可以填写：
与缺陷10重复。
目的是让开发人员再确认一下这两个缺陷是否真的描述同一个问题。
小提示：
在新增注释说明时，可以直接点击页面右下方的
按钮，QC可以直接添加你的登录帐号在“注释”中，省去自己填写的麻烦！
如图12.请大家在填写时养成加入自己信息的习惯，方便测试人员在回归测试时可以看到是谁回复的，有问题方便直接沟通！
图12
项目经理决定延期修改缺陷
1、项目经理决定延迟修改缺陷时，先在注释中写明延迟修改的原因，再将缺陷状态置为“延期”。
2、项目经理需填写如图13中红色框圈出的“计划关闭的版本号”和“估计修复时间”两项内容。
（计划关闭的版本号可以是正式版本，如，也可以是计划在今后的一个候选版本中填写，如）。
由于目前版本管理还不完善，该项暂时可以不填写。
图13
缺陷列表使用技巧
查看缺陷的详细信息
双击缺陷列表的任何列，会弹出窗口显示该缺陷的详细信息，如图14所示。
点击弹出窗口左边的选项
、
，可以查看该缺陷的详细描述、注释，附件，历史记录等信息。
双击附件列表中的附件名称可以直接打开附件查看，也可以下载后再查看。
还可以点击左上角的
按钮，查看其他缺陷的详细信息。
图14
也可以在缺陷列表下方查看当前选中的缺陷的描述、注释，附件，历史记录等，如图15所示。
图15
缺陷列表默认只显示缺陷ID、状态、分配给、优先级和摘要这5列，您可以根据自己的需要选择可见列。
图16
过滤筛选
1、直接在列表中设置筛选项
缺陷列表上方每一列都有相应的筛选设置，点击需要筛选列的筛选设置输入框
，会显示筛选设置按钮
，如图17所示。
图17
点击
按钮，弹出“选择筛选器条件”窗口，如图18所示。
窗口左边显示的是可选值列表，右边列出的是筛选条件，例如，先点击“1-新建”，然后点击“or”，再点击“2-打开”，条件输入框显示：
，点击窗口的
按钮，缺陷列表只列出缺陷状态为“新建”或者“打开”的缺陷。
如果要清除筛选条件，在“选择筛选器条件”点击
按钮，再点击
图18
如果希望缺陷列表中只显示分配给自己，且未被修改的缺陷，只需将“状态”筛选条件设置成
，将“分配给”的筛选条件设置成您的帐号即可。
小技巧：
如果想筛选出缺陷摘要中含有某关键字的所有缺陷，只要将“摘要”筛选条件设置为：
*关键字*，‘关键字’用您希望筛选的字符代替。
例如筛选条件输入框中输入：
*电子楼书*，按回车键，列表将列出摘要中包含‘电子楼书’的所有缺陷记录。
2、通过设置筛选器
也可通过设置筛选器来筛选缺陷记录。
点击缺陷列表上方的
按钮，弹出窗口，如图19所示，可以根据您的需要，同时设置多个字段的筛选条件。
图19
备注：
如果有使用方面的问题，可随时与我联系。
联系人：
刘辉香
升级会员 