缺陷管理软件测试与度量.ppt

Bug管理
姚砺
******@
内容
Bug相关概念
判断Bug的规则
Bug的生命周期
报告、跟踪、关闭Bug
Bug报告的内容
Bug的统计
什么是Bug?
在IEEE 1983 of IEEE Standard 729中对软件缺陷下了一个标准的定义：
（1）从产品内部看，软件缺陷是软件产品开发或维护过程中所存在的错误、毛病等各种问题；
（2）从外部看，软件缺陷是系统所需要实现的某种功能的失效或违背。
Bug举例1
文本文件保存错误：
在WindowsXP桌面上新建一个文本文档，输入“联通”两个字，并保存退出。
退出后再次打开这个文本文件时，刚才输入的内容变成了乱码。
Bug举例2
共享文件夹名超长时提示错误：
Windows XP支持的最大共享文件夹名长度为80个英文字母或40个汉字，但设置共享文件夹名时可输入的范围是80个英文字符或80个汉字，如果共享文件夹名在41～80个汉字之间，系统会提示“该共享名包含无效的字符” 。
其实真正的原因是共享文件夹名超长。
如果没有报告缺陷，后果？
第1份缺陷报告
判断Bug的规则
软件未达到产品规格说明书（需求）标明的功能。
软件出现了规格说明书指明不会出现的错误。
软件功能超出规格说明书指明的范围。
软件未达到规格说明书虽未指出但应达到的目标（隐含需求）。
软件测试员认为软件难以理解、不易使用、运行速度缓慢，或者最终用户认为不好。
需要注意的是，测试人员报告Bug时，应当保证Bug是可以重现的。对于有时不可重现的Bug，应当反复测试，直到最终确定Bug的发生场景为止。
报告Bug的基本原则
尽快报告Bug
修改成本小、修改风险小
避免报告同类缺陷
有效描述Bug
简单、明确、具体
每个缺陷一份报告
简化和优化操作步骤
保证重现缺陷
缺陷描述客观公正，不带评价和感情色彩
保证每个缺陷被报告和处理
有效描述Bug
单一准确，每个报告只针对一个软件缺陷
可以再现，不要忽视或省略任何一项操作步骤，特别是关键性的操作一定要描述清楚，确保开发人员按照所描述的步骤可以再现缺陷
完整统一，提供完整的软件缺陷描述信息
短小简练，如使用业务关键词
特定条件，必须注明缺陷发生的特定条件
不做评价，客观描述