QC缺陷管理使用手册(修正版)

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