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

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