QC缺陷管理使用手册修正版Word文件下载.docx
《QC缺陷管理使用手册修正版Word文件下载.docx》由会员分享，可在线阅读，更多相关《QC缺陷管理使用手册修正版Word文件下载.docx（22页珍藏版）》请在冰豆网上搜索。
4、通过验证后“项目”下拉列表会列出您有权访问的项目，如图4所示。
选择你要登录的页面，点击【登录】按钮。
说明：
域：
选择您要的相应的域；
项目：
项目列表只列出你有权访问的项目。
图4
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常用浏览器不能正常使用（IE6.0/IE7.0/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-建议
对软件各方面提出的更好的改进性的意见。
主题
记
升级会员 