6软件开发中的Bug管理规范(精品·公开课件).ppt

软件项目管理培训之六——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管理的基本概念和内容 Bug管理的原则与方法 Bug管理的工具和技巧 Bug管理的基本原则 明确团队分工，确定责、权、利 心理因素：开发人员的接受程度 了解Bug周期，设定合理策略 生生不息的Bug，是软件团队心头永远的痛 建立规范完整的内部交流机制 及时发现、及时分析、及时解决 保持质量、时间、成本的平衡 软件开发的艺术性决定了Bug解决的艺术性 Bug的描述方法 标识 唯一标记Bug的序号 类型 Bug表现形式的分类 严重程度 Bug对开发成果的影响 优先级 Bug被修复的紧急程度 对Bug描述的理解 谁来负责描述Bug 测试人员：标识、严重程度、优先级、起源、来源 技术开发人员：类型、根源 共同维护：Bug状态 如何看待Bug描述 严重程度和优先级的区别：一粒老鼠屎坏了一锅粥 Bug状态的变化过程：完整的生命周期 Bug描述的一些误区 可重现的才是Bug：说明起源和来源很重要 分析也是一种描述：根源往往藏的很深 完整的描述是财富：切忌语焉不详，造成资源浪费 Bug的类型 Bug分类统计 一份对6877000行源代码进行测试的报告分析结果： Bug的严重程度 Bug的优先级 Bug的状态 Bug生命周期 软件开发周期与Bug生命周期 越早发现Bug，其解决代价越小 Bug管理的基本方法 需求分析的评审 项目经理、技术人员、测试人员、客户人员共同参与 降低需求分析理解错误造成的Bug 设计方案的讨论 技术人员和测试人员讨论，项目经理负责 降低设计缺陷造成的Bug 代码自查与互查 技术人员：互相检查代码，剔除笔误、流程和算法错误 向测试人员提供看起来没有错误的程序 Bug的过程跟踪 有经验的测试人员：严格保证每个Bug的真实性 项目经理、测试人员和技术人员：测试驱动开发 内容提要 Bug管理的基本概念和内容 Bug管理的原则与方法 Bug管理的工具和技巧 Bug管理的一些技巧 Bug Base的建设 不要轻易的相信Bug 真实案例：ScanSoft项目的教训 对Bug完整清晰的描述 语焉不详的描述会带来不必要的浪费 真实案例：掌纹自动鉴别系统的教训 公正、友好的团队气氛 指出Bug并不会伤害开发人员的自尊 真实案例：Table项目中的教训 最重要的一点——开发人员和测试人员的协作 这个世界不是缺少Bug，而是缺少发现 Bug管理的一些技巧 一定要选用Bug管理工具吗？ 长期维护或者重复出现的项目，最好使用Bug管理工具 一般的小型项目可用Excel、Mail来记录Bug Bug管理与代码管理的协同 重要原则1：进行测试时，必须进行Code Freezing 重要原则2：分析未完成时，不应急于修改代码 Bug解决的策略 尽可能的消除Bug出现的原因，而不是增加处理解决Bug 不到万不得已，不应Defer Bug，后患无穷 必须有良好的代码规范，防止Bug的Reopen Bug管理工具 开发过程中使用一套BUG管理软件非常必要 常用工具 CompuWare: TrackRecord Mozilla: Buzilla Microsoft: ATS 微创：BMS Rational ClearQuest 可自主研发小型的Bug管理工具 Bug Base的案例剖析 Table处理的Bug Base MiniCheck的Bug描述 结束语 Bug管理是保证软件开发质量的核心工作 Bug管理需要团队全体人员的通力配合 提高软件质量的重要手段——使Bug尽量少