QC缺陷管理使用手册修正版Word文件下载.docx

1、4、 通过验证后“项目”下拉列表会列出您有权访问的项目，如图4所示。选择你要登录的页面，点击【登录】按钮。说明：域：选择您要的相应的域；项目：项目列表只列出你有权访问的项目。 图45、 登录后的初始页面。登录成功后，出现如图5所示页面。图56、 进入缺陷列表。点击图5所示页面左边列表中的项，将看到如图6所示的缺陷列表界面，目前该项目还未录入任何缺陷，所以列表是空的。图67、 修改密码。如图7所示，点击页面右上角的【工具】，选择【自定义】，进入如图8所示页面，点击，右边显示如图9所示页面，再点击右下角的【更改密码】按钮，进行修改密码，原密码为空。 图7 图8图98、 更改项目。如果你同时拥有多个

2、项目的权限，那么登录到其中一个项目后可以不需要退出而直接更改到另一个项目。如图10所示，点击页面右上角的【工具】，选择【更改项目】，再点击你所想要的项目即可。如果你拥有其他项目的权限，但“更改项目”列表中并没有列出那些项目，你可以点击【选择】按钮，转到登录页面，选择需要登录的项目，登录一次后该项目名称就会出现在这个列表中了。图109、 注销。点击右上角的即可注销，退出到登录页面。需求菜单栏需求菜单栏包括如下的菜单：需求菜单，包括命令：在需求树上修改需求、从一个需求产生一个测试、Mail一个需求。编辑菜单，包括命令：剪切、复制、粘贴、重命名、删除需求，和查找、替换搜索需求。视图菜单，包括命令：设

3、置需求树的显示、查找一个需求、浏览测试覆盖、关联缺陷、附件。收藏夹菜单，包括命增加、组织个人使用喜好的命令（不开放）。分析菜单，包括命令：产生需求报告和图表。关于需求报告的更详细信息，请看 “产生报告”。关于需求图表的更详细信息，请看 “产生图表”。需求工具栏需求工具栏包括如下的按钮：新建需求，增加一个新的需求到需求树。Quality Center将增加此需求到当前所选择的需求下面，并处于相同等级。新建子需求，增加一个新的需求到需求树。Quality Center将增加此子需求到当前所选择的需求下面，并处于低一级的级别。删除，从需求树中删除所选择的需求。刷新，刷新在需求模块中的数据。单击按钮，

4、去刷新当前所选择的需求。所有子需求也会被同时刷新。单击箭头并选择全部刷新去刷新所有的需求。选择列，打开选择列对话框，你可以决定哪些字段显示在需求树中，并决定它们的显示顺序。展开，改变需求树的细节等级。单击按钮去展开需求树的指定分支。单击箭头并选择缩小一级去取消预先展开的命令。单击箭头并选择缩小为根去收缩，并显示整个需求树的根结点。查找，打开查找需求对话框，能够让你在需求树中查找你想要的需求。Mail需求，打开发送邮件对话框，你可以从邮件列表中选择收件人，或输入其它的邮件地址，发送需求邮件。附件，打开附件对话框，能够让你为所选择的需求添加附件。对于更多信息，请看第4章“增加附件”。选择可见列 需

5、求列表默认只显示名称、直接覆盖状态、请求ID、作者、已审阅、创建时间、创建日期、优先级、类型和产品这10列，您可以根据自己的需要选择可见列。点击列表上方的按钮，弹出“选择列”窗口，如图16所示。在左边“可用列”中的单击选中希望显示在缺陷列表中的项，点击按钮，该项即被移动到“可见列”列表；如果想将某列从可见列中去掉，只要在“可见列”中选中，再点击按钮即可。另外，选中“可见列”中的项，点击右上角的按钮，可修改该列在表格中显示的前后位置。需求管理状态流程图人员需求权限表单需求分析开发组长开发组员当前缺陷状态可修改缺陷状态新建打开分配进行否决完成延期实施人员：QC缺陷管理系统的使用缺陷常用字段说明摘要

6、对缺陷的简单描述。摘要包括该缺陷所属的模块名称-子模块名称，以及简单说明缺陷情况。描述详细描述重现该缺陷的步骤，错误现象和期待结果。必要时可以上传附件辅助说明。状态缺陷状态描述如下表：序号缺陷状态英文名称缺陷状态中文名称缺陷状态描述备注1New测试中提出报告缺陷，普通开发人员无权修改状态为“新建”的缺陷，只能修改状态为“打开”或者“重新打开”的缺陷。“新建”的缺陷需要项目经理确认并将状态置为“打开”2Open被确认3Fixed修复开发人员已完成修正,等待测试人员验证4Closed关闭缺陷已被修复5Reopen重新打开缺陷未被修复6Rejected拒绝修改缺陷，该缺陷可能由于测试人员理解错误，或

7、者项目经理认为不需要修改7不在当前版本修复的错误,下一版本修复8无法解决以目前的技术水平、经济因素或修改此缺陷的代价过大等原因而不能解决的缺陷9Tester Agree测试同意测试人员同意开发对缺陷做出的处理（这种处理可能是一种折衷的方法）10丢弃被确认为无效缺陷11分配给相关人员处理12开发人员正在开发中；用于开发周期长，为了让关注该功能的人员知道目前的进程13Duplicate重复由于测试重叠工作或者不同测试人员重复提交等原因,出现相同描述的缺陷重复报告.分配给记录该缺陷分配给谁去修改。一般来说，登记时都是统一分配给项目经理，再由项目经理确认并分配给相关开发人员（或者直接分配给相应的开发人

8、员）。人员缺陷权限表单开发组长：PM developer开发组员：P developer测试组长：TM Tester测试组员：Tester已关闭IMPLEMENT 实施：Analysis 需求分析：无缺陷严重程度和优先级缺陷严重级程度与优先级别原则上是有一一对应的关系，在填写缺陷选择这两项时，可先参照该对照表：缺陷严重程度中文名称缺陷严重程度描述对应的缺陷优先级选项缺陷优先级描述5-紧急阻碍流程、系统崩溃导致重大任务不能正常进行的缺陷,例如:1. 由于程序所引起的死机,非法退出2. 死循环3. 数据库发生死锁4. 错误操作导致的程序中断5. 严重的计算错误6. 与数据库连接错误7. 数据通讯错

9、误等1 当缺陷所引发的问题没有达到紧急的级别，但当该缺陷出现后，影响到了后续的测试工作进行2 客户无法容忍的页面，如页面上显示其他公司名称3 当前操作方式与客户使用习惯背道而驰。4 严重不合理，核心功能完全违反软件规范或业务规范，可能导致用户强烈的反感5系统响应时间过长（例如WEB响应时间超过10s）6模块提供的数据不合理，例如（查询“录入人”的下拉项提示为非用户名字段）7负载测试、压力测试结果和用户需求不符4-非常高缺陷导致失去系统主要功能,基本功能不能完整使用例如:1. 功能不符2. 程序接口错误3. 数据流错误4. 轻微数据计算错误等1 快捷方式不正确，如能够回车直接进入下一步的设计成了

10、空格直接进入下一步2 严重的逻辑错误3常用操作平台不能正常使用功能（WIN XP/WIN 2000/WIN VISTA）4常用浏览器不能正常使用（IE6.0/IE7.0/FireFox）5超时限制的时间设置不合理6未登录即可浏览页面7给客户演示等过程中客户重点指出的，严重级别却不是很高的BUG,建议级别定义至少是非常高3-高操作性错误、错误结果、遗漏功能等影响系统要求或基本功能的实现,例如:1. 界面错误（附详细说明）2. 打印内容、格式错误3. 简单的输入限制未放在前台进行控制4. 删除操作未给出提示5. 数据输入没有边界值限定或不合理1 提示信息不明确，并且非常容易误导用户做出错误操作或判

11、断。2 软件功能的实现过程中弹出未控制的系统错误提示，导致流程中断3 Cookies没有正常保存4服务器和客户端的脚本修改未被记录和5非法操作等Urgent程度的bug，如果不具有普遍性而是在极端环境下出现，例如特定的操作环境。建议级别定义为High。2-中错别字、罕见故障等不影响执行工作或功能实现,例如:1. 辅助说明描述不清楚2. 系统处理未优化3. 提示窗口文字未采用行业术语1 提示信息不明确，不正确或不合理2 界面设计存在缺陷、凌乱或不友好3整体风格不统一1-低不影响使用的瑕疵或更好的实现等1 虽有不尽人意之处，但不影响用户操作或用户使用频率较低，并且不会造成错误2 局部界面不够美观0-建议对软件各方面提出的更好的改进性的意见。主题记