BugFree使用手册(Bug模块部分)

1、BugFreeBugFree 使用手册使用手册BugBug 模块部分模块部分五洲在线PAGE 2 OF 9Bug 模块部分目目 录录1. 引言 .31.11.1 目的目的 .3 31.21.2 适用范围适用范围 .3 31.31.3 参考资料参考资料 .3 32. 规程综述 .32.12.1 角色和职责角色和职责 .3 32.22.2 缺陷的定义缺陷的定义 .3 32.32.3 缺陷的严重性缺陷的严重性 .4 .1 定义定义.4 .2 缺陷严重性的划分缺陷严重性的划分.4 42.42.4 缺陷的优先级缺陷的优先级 .4 .1 定义定义.4

2、.2 缺陷优先级的划分缺陷优先级的划分.4 42.52.5 缺陷严重性和优先级的关系缺陷严重性和优先级的关系 .4 42.62.6 缺陷的类型缺陷的类型 .5 .1 定义定义.5 .2 缺陷类型的划分缺陷类型的划分.5 52.72.7 缺陷来源缺陷来源 .5 .1 目的目的.5 .2 缺陷来源的划分缺陷来源的划分.5 52.82.8 缺陷状态缺陷状态 .6 .1 定义定义.6 .2 缺陷的状态划分缺陷的状态划分.6 62.92.9 缺陷解决缺陷解决 .6 62.9.12

3、.9.1 定义定义.6 .2 解决解决 BUILDBUILD .6 .3 解决方案解决方案.7 72.102.10 规程活动规程活动 .8 0.1 流程图流程图.8 0.2 活动详述活动详述.8 0.3 注意事项注意事项.9 9五洲在线PAGE 3 OF 9Bug 模块部分1.1. 引言引言1.11.1 目的目的缺陷管理的目的是保证被发现的缺陷根据规范的缺陷管理流程来进行处理。1.21.2 适用范围适用范围适用于公司所有软件项目。1.31.3 参考资料参考资料资料名称资料名称内容内容BugFree

4、2.0 使用帮助http:/ 规程综述规程综述2.12.1 角色和职责角色和职责角角 色色职职 责责 描描 述述测试人员/用户1. 发现缺陷，在 BugFree 中新增缺陷 2. 回归测试，激活或关闭缺陷开发人员1.确认缺陷2.修正缺陷2.22.2 缺陷的定义缺陷的定义1.软件没有达到产品需求说明书表明的功能 2.软件出现了产品需求说明书不一致的表现 3.软件功能超出产品需求说明书的范围 4.软件没有达到用户期望的目标 ( 虽然产品需求说明书中没有要求 ) 5.测试员或用户认为软件的易用性、美观性等差 符合以上内容之一就称之为缺陷。2.32.3 缺陷的严重性缺陷的严重性2.3.1定义定义严重性

5、(Severity)就是软件缺陷对软件质量的破坏程度。在软件测试中，软件缺陷的严重性的判断应该从软件最终用户的观点做出判断，即判断缺陷的严重性要为用户考虑，考虑缺陷对用户使用造成的恶劣后果的严重性。五洲在线PAGE 4 OF 9Bug 模块部分2.3.2缺陷严重性的划分缺陷严重性的划分 2.42.4 缺陷的优先级缺陷的优先级2.4.1定义定义优先级是表示处理和修正软件缺陷的先后顺序的指标，即哪些缺陷需要优先修正，哪些缺陷可以稍后修正。2.4.2缺陷优先级的划分缺陷优先级的划分优先级优先级描述描述1 级需要立即解决的问题2 级需要在指定时间内解决的问题3 级项目开发计划内解决的问题4 级资源充沛

6、时解决的问题2.52.5 缺陷严重性和优先级的关系缺陷严重性和优先级的关系 缺陷的严重性和优先级是含义不同但相互联系密切的两个概念。它们都从不同的侧面描述了软件缺陷对软件质量和最终用户的影响程度和处理方式。 一般地，严重性程度高的软件缺陷具有较高的优先级。严重性高说明缺陷对软件造成的质量危害性大，需要优先处理，而严重性低的缺陷可能只是软件不太尽善尽美，可以稍后处理。 但是，严重性和优先级并不总是一一对应。有时候严重性高的软件缺陷，优先级不一定高，甚至不需要处理，而一些严重性低的缺陷却需要及时处理，具有较高的优先级。 确定软件缺陷优先级，更多的是站在软件开发工程师的角度考虑问题，因为缺陷的修正顺

7、序是个复杂的过程，有些不是纯粹技术问题，需要综合考虑市场发布和质量风险等问题。2.62.6 缺陷的类型缺陷的类型2.6.1定义定义 缺陷类型是根据缺陷的自然属性划分的缺陷种类。 严重性严重性描述描述1 级系统崩溃或者数据丢失的问题2 级主要功能的问题3 级次要功能的问题4 级细微的问题 五洲在线PAGE 5 OF 9Bug 模块部分2.6.2缺陷类型的划分缺陷类型的划分缺陷类型缺陷类型描述描述代码错误出现程序错误或错误代码的提示用户界面操作易用性建议及操作界面错误。界面错误如：界面不规范、界面文字错误、打印内容、格式错误等需求变动需求变更导致的缺陷新增需求新增需求导致的缺陷设计文档文档的缺陷，

8、影响发布和维护，包括注释配置相关与配置有关的缺陷，包括硬软件冲突等安装部署编译、其他支持系统问题安全相关达不到对安全性的要求性能压力不满足系统可测量的属性值，如：执行时间、事务处理速率标准规范不符合各种标准的要求，如编码规范等测试脚本测试脚本无法执行或执行时出错事务跟踪无法跟踪某一特定事务或跟踪时出错Bad CaseTest Case 中发现的问题。其他除以上类型外的其他缺陷2.72.7 缺陷来源缺陷来源2.7.1目的目的判断缺陷来源的目的在于加强对缺陷的分析跟踪能力。2.7.2缺陷来源的划分缺陷来源的划分缺陷来源缺陷来源描述描述功能测试由于功能测试的问题引起的缺陷需求检查由于需求的问题引起的

9、缺陷代码检查由于编码的问题引起的缺陷单元测试由于单元测试的问题引起的缺陷版本验证测试由于版本验证测试的问题引起的缺陷集成测试由于集成的问题引起的缺陷系统联调在系统联调时产生的缺陷冒烟测试冒烟测试阶段发现的缺陷五洲在线PAGE 6 OF 9Bug 模块部分上线遗漏上线前遗漏的缺陷Bug BashBug Bash（Bug 大扫除）通常发生在项目开发各阶段（微软叫里程碑）的末期，比如 Beta版发布前，划出一个专门的时间段（通常 1-3 天） ，在这期间所有参与项目的人员， 集中全部精力，运用各方面的知识，尽全部智慧来搜寻项目的 Bug。随机测试随机测试时发现的缺陷回归测试回归测试时发现的缺陷客户反

10、馈客户反馈的问题对应的缺陷合作伙伴合作伙伴反馈的问题对应的缺陷其他除以上来源外的其他途径2.82.8 缺陷状态缺陷状态2.8.1定义定义 缺陷状态指缺陷通过一个跟踪修复过程的进展情况。2.8.2缺陷的状态划分缺陷的状态划分NONO缺陷状态缺陷状态描述描述1Active(活动)Bug 的初始状态。任何新建的 Bug 状态都是 Active。可以通过编辑修改 Bug 的内容，并指派给合适的人员解决。2Resolved(已解决)解决 Bug 之后的状态。3Closed(已关闭)已修复 Bug 在验证无误之后关闭，该 Bug 处理完毕。如果没有真正解决或者重新复现，可以重新激活，Bug 状态重新变为

11、Active。2.92.9 缺陷解决缺陷解决2.9.1定义定义开发人员修复缺陷之后的具体信息。2.9.2解决解决 Build格式：日期.数字升序。用例：权限系统 2010 年 5 月 1 日发布的第六个版本 20100501.06。2.9.3解决方案解决方案类类 型型解决方案解决方案详细说明详细说明By Design设计需求就是这么设计的Duplicate这个问题别人已经发现 三种无效的 BugNot Repro无法复现的问题Fixed问题被修复External外部原因(比如浏览器、操作系统、其他第三方软件)造成的问题 四种有效的 BugPostponed发现的太晚了，下一个版本讨论是否解决五

12、洲在线PAGE 7 OF 9Bug 模块部分Wont Fix是个问题，但是不值得修复2.102.10规程活动规程活动2.10.1流程图流程图开始测试人员发现BUG测试人员提交BUG开发人员确认BUG开发人员修改BUG测试人员回归BUG测试人员关闭BUG结束是通过否不通过BUG状态:ActiveBUG状态:ActiveBUG状态:ResolvedBUG状态:ActiveBUG状态:ClosedBUG状态：Resolved对应解决方案:Fixed、External、Postponed、Wont Fix对应解决方案:By Design、Duplicate、Not Repro2.10.2活动详述活动详

13、述公司使用缺陷管理系统 BugFree 进行缺陷管理。地址：http:/五洲在线PAGE 8 OF 9Bug 模块部分有关 BugFree 的使用请参见BugFree 2.0 使用帮助文档。（1 1）发现缺陷发现缺陷测试执行过程中，测试人员或用户发现缺陷。（2 2）新增缺陷新增缺陷测试人员或用户在发现缺陷后，登录缺陷管理系统BugFree。将发现的缺陷登录到BugFree中。新增缺陷时要设置缺陷的严重性、优先级、Bug类型和如何发现等，同时要填写清楚创建Build（当前软件版本号） 。测试人员或用户提交缺陷后，缺陷在BugFree系统中的缺陷状态为“Active” 。 （3 3）确认缺陷确认缺

14、陷测试人员或用户在 BugFree 系统中提交缺陷后，开发人员登录 BugFree 系统。对新增的缺陷进行确认。确认是缺陷的，开发人员针对缺陷进行修改，此时在 BugFree 系统中，此缺陷的状态为“Active” 。经过确认不是缺陷的，将缺陷直接进行解决，解决的缺陷在 BugFree 系统中的状态为“Resolved” ，解决方案可以依情况选择：By Design,Duplicate,Not Repro.（4 4）修正缺陷修正缺陷开发人员对缺陷进行调查和修正。开发人员修正缺陷完毕后，登录 BugFree。在 BugFree 系统中记录修正缺陷的“解决 Build（开发版本号） ” 、 “解决

15、方案”和“处理状态”。修正的缺陷在 BugFree 系统中的状态为“Resolved” ，解决方案可以依情况选择： Fixed,External,Postponed,Wont Fix.（5 5）回归测试回归测试开发人员修正缺陷后，测试人员或用户对缺陷进行回归测试。测试人员或用户回归测试该缺陷已被修复，登录 BugFree 系统将缺陷关闭。关闭的缺陷在 BugFree 系统中的状态为“Closed” 。测试人员或用户回归测试该缺陷未被修复，测试人员或用户将缺陷重新激活。重新激活的缺陷在 BugFree 系统中的状态为“Active” 。由开发组长重新分派修正，如此迭代，直到此缺陷被修复。五洲在线

16、PAGE 9 OF 9Bug 模块部分2.10.3注意事项注意事项（1 1）改变缺陷状态时必须添加相应说明。（2 2）项目经理、测试经理、测试人员可以对缺陷进行关闭，开发人员不能擅自将缺陷进行关闭，也不能将缺陷返回给测试人员，项目经理也不可将测试人员提交的缺陷再分派给测试人员。（3 3）超过三天没有解决的缺陷，测试人员将根据情况将缺陷等级增加。（4 4）请大家安装 BugFreeHelper（缺陷状态提醒软件） ，下载地址http:/ 主页：http:/；用户名；密码；更新时间间隔。建议选中“随电脑自动启动” ，之后 BugFreeHelper 就会驻留在 Windows 的托盘区内，实时监控 BugFree 上被指派给自己缺陷的变化。（5 5）当修改好 Bug 对应的代码文件，提交到 SVN 上时，务必在信息处填写“fix bug #10” （不含引号，其中 10 为 BugFree 中对应的 Bug ID，注意不能换行） 。提交代码文件到 SVN 之后，会给相应人员发电子邮件，请注意查收，注意可能会发送到垃圾邮箱内。（6 6）Build