微软的开发管理经验：100%以Bug为核心

Bug 追踪归类： 

    Fixed：已修复或更正； Duplicated: 某bug以被别人找出来了； Won’t fix：可忽略不计 ；

　  Postponed：此bug不很重要，可推迟到下一阶段解决，或更正风险太大，bug本身影响有限； 

　  By design ：不符合逻辑，也不符用户需求，但同设计吻合； 

　  Not repro ：某bug自动消失，可能处理其他bug时，一并修复了。 

    1．Bug 及常见类型 

     功能未实现，和规格说明书不一致； 不能工作：死机，没反应；不兼容； 边界条件界面、消息、提示不够准确，不友好；把尚未完成的工作也作为一个Bug；文档与帮助信息中的缺陷 

    2． RAID/BMS的基本功能 

    完整的Bug数据库； 整个产品组的中央记录和控制； 强大的查询功能，有效地跟踪项目的状态所有的记录无法删除，对于每个记录只能一直添加内容；丰富的报表功能，为产品发布提供判断标准 

    3． Bug 记录中的有效信息 

    状态； 负责人； 问题种类； 严重级； 优先级； 修改时间； 登记时间 

    缺陷来源； 解决方案； 运行环境； 缺陷关联； 附件； 附图； 缺陷细节 

    4． Bug 的严重程度 

    1）死机，数据丢失，主要功能组完全丧失，系统悬挂；

　  2) 主要功能丧失，或致命的错误声明；

　  3) 次要功能丧失，不太严重，如提示信息不太准确 ； 

　  4) 微小的问题，对功能几乎没有影响，仍可使用。

    5． 激活的Bug数量的趋势 

    代码完成前：很少； 代码完成后：增长很快； 接近Beta: 下降； 接近RC: 奔向零 ； 

    产品质量和里程碑的信号；

    每天新建的Bug 与 修正的 Bug 相比较 ； Active 状态 Bug 的总数。

原文转自：http://www.ltesting.net