Bugzilla 使用介绍.pptVIP

Bugzilla 使用介绍 成都信息工程学院 软件工程学院 2012.10 什么是Bugzilla Bugzilla是一个错误跟踪系统，用于对软件产品程序开发过程的错误跟踪。它的强大功能表现在以下几个方面： 1.强大的检索功能 2.用户可配置的通过Email公布Bug变更 3.历史变更记录 4.通过跟踪和描述处理Bug 5.附件管理 6.完备的产品分类方案和细致的安全策略 7.安全的审核机制 8.强大的后端数据库支持 9.Web，Xml，Email和控制界面 10.友好的网络用户界面 11.丰富多样的配置设定 12.版本间向下兼容 为什么使用Bugzilla Bugzilla是一个拥有强大功能的错误跟踪系统。它可以使我们更好的在软件开发过程中跟踪软件错误的处理过程，为开发和测试工作以及产品质量的度量提供数据支持，从而有效的保证软件产品的质量。 什么问题可以归为Bug 使用部门应该制定一个相应规范，说明什么问题可以归为Bug，这样可以减少无效bugs提交数量，提高处理效率。例如： 功能没有实现或与规格说明不一致的问题是bug； 不能工作(死机、没反应)的部分是bug； 不兼容的部分是bug； 边界条件未做处理是bug； 界面、消息、提示、帮助不够准确是bug； 屏幕显示、输出结果不正确也是bug; 有时把尚未完成的工作也作为一个bug。 判断Bug的规则 软件未达到产品规格说明书（需求）标明的功能。 软件出现了规格说明书指明不会出现的错误。 软件功能超出规格说明书指明的范围。 软件未达到规格说明书虽未指出但应达到的目标（隐含需求）。 软件测试员认为软件难以理解、不易使用、运行速度缓慢，或者最终用户认为不好。 需要注意的是，测试人员报告Bug时，应当保证Bug是可以重现的。对于有时不可重现的Bug，应当反复测试，直到最终确定Bug的发生场景为止。 报告Bug的基本原则 尽快报告Bug; 有效描述Bug; Bug的生命周期 Bug的生命周期就是指Bug从开始提出到最后完全解决，并通过复查的过程。在这个过程中Bug报告的状态不断发生着变化，记录着Bug的处理进程。 有效描述Bug 短小：只解释事实和演示、描述Bug必需的细节； 单一：每一个报告中针对一个Bug； 步骤清晰：要清楚地描述出Bug的发生场景，包括前置条件和操作的详细步骤； 再现：按照预定步骤可以重现相同状况； 在报告Bug时只描述事实，不做评价，也不要有人身攻击； 必要的时候可以添加注释（remarks）； 可以上载屏幕抓图和其他附件。 Bug的状态 新建状态（ NEW ） Bug创建后的初始状态。 已分配状态（ASSIGNED） 经过确认为合法软件问题后分配给开发人员的状态。 待验证状态（RESOLVED） 开发部门对软件问题进行处理或修改后的状态。 重新打开状态（REOPENED） 对开发部门修改后软件问题，经过验证，如果仍然存在，则将其状态改为“重新打开”状态。对于“关闭/延迟修改”状态的软件问题，如果时机成熟，需要重新开发，则将其状态改为“重新打开”状态。 关闭状态（CLOSED） Bug生命周期的结束。 解决状态（VERIFIED） 经测试部门对修改后的软件问题进行验证并确认修改正确后的状态。 未经证实状态（UNCONFIRMED） 由开发人员自己提交的Bug，是一种初始状态，待测试人员确定后变为“New”。 Bug的级别 在软件测试过程中发现的Bug，要根据其严重程度进行分类， 然后，进行不同的处理。可以把Bug划分为七级： 第一级（blocker）: 引起操作系统“挂起”或“崩溃”的错误； 第二级（critical）: 引起软件本身“挂起”或“崩溃”的错误； 第三级（major）: 不能完成软件说明书定义的功能的错误； 第四级（normal）: 一般错误，程序所完成的功能与软件说明书定义不符的错误； 第五级（minor） : 较次要的错误，如显示输出方面的错误； 第六级（trivial） : 其它“轻微”的错误（如文本差错）； 第七级（enhancement）：增强或者改进的建议。 Bug严重程度与处理工作日 blocker、critical：响应时间1天，处理3天 major、normal：响应时间3天，处理5天 minor、trivial：响应时间5天，处理7天 enhancement:时间未定 Bug的处理优先级 P1：造成系统当机、系统无法测试、系统无法release ：尽快（或立刻）修正； P2：与规格不合、功能不正常、无法达成某项作业功能、造成数据错误、画面出现错误文字或图案、执行效能越来越差：每个里程碑（或测试周期）结束前必须修正； P3：偶尔造成系统当机、有使用上的问题、不清楚或会误导使用、反应时间很慢：如果时