Bug管理指南
强者网络科技
议程
Bug相关概念判断Bug的规则Bug的生命周期报告、跟踪、关闭BugBug报告的内容Bug的统计BugZilla操作指南
什么是Bug?
功能没有实现或与规格说明不一致的问题是bug；不能工作(死机、没反应)的部分是bg；不兼容的部分是bug；u边界条件未做处理是bug；界面、消息、提示、帮助不够准确是bug；屏幕显示、打印结果不正确也是bug;有时把尚未完成的工作也作为一个bug。
Bug举例1
文本文件保存错误：在WindowsXP桌面上新建一个文本文档，输入“联通”两个字，并保存退出。退出后再次打开这个文本文件时，刚才输入的内容变成了乱码。
Bug举例2
共享文件夹名超长时提示错误：Windows XP支持的最大共享文件夹名长度为80个英文字母或40个汉字，但设置共享文件夹名时可输入的范围是80个英文字符或80个汉字，如果共享文件夹名在41～80个汉字之间，系统会提示“该共享名包含无效的字符” 。其实真正的原因是共享文件夹名超长。
Bug举例3
替换字符串长度未作限定：Word2000中，如果替换字符串长度过长，则会引起程序崩溃。
软件问题报告（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
以下是一个Bug描述的例子操作步骤：使用MappingBuilder对URL为“jdbc:mysql://10.0.0.12/test”的数据库进行映射，虚拟数据库名称设置为“VMysql”。进入DataView主页面，在DAS List中点击“VMysql”右侧的“高级查询”链接。在高级查询页面底端的输入框中，输入SQL语句“select * from empinfo”，点击查询按钮。在得到的查询结果页面中，点击“下一页”链接。翻页到下一页后，没有出现“保存当前页面的查询结果”链接，无法保存当前页面结果。