【优质】互联网项目的研发管理.pptVIP

* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * BugFree 2.0 “克隆”微软的Product Studio Test Case, Test Result, Bug 三位一体 最初设想：2005年7月 启动：2007年Q1 2007年9月 beta 2007年12月RTM 2007-11-30 2007软件开发2.0大会 * Dev Test PM Spec Code Test Case Test Result Bug Bug Test Result Test Case Case, Result 和 Bug 集成 Create Case 1 Bug 1 Result 1 Copy Run 1 Copied Case 2 … Result 2 Run 2 … Bug 2 … Fail Fail 1 Related Case (Edit) Related Result: 1 Fail 2 Related Case: 1 Related Bug: 1 Related Bug (Edit) Related Result: 1 2007-11-30 * 2007软件开发2.0大会 Closed Resolved Active Bug Lifecycle Create Resolved Fixed? Closed Reactivated Assigned 开发人员编辑、解决bug 测试人员编辑验证、关闭或激活bug Re-resolve Close Edit Reactivate Reactivate Resolve Resolve Verify Edit Edit Edit Close Edit 2007-11-30 * 2007软件开发2.0大会 好Bug的标准 一个好bug不会在Test, Dev和PM之间来回踢皮球(ping-pong bug)，浪费你的时间，也浪费大家的时间。 2007-11-30 * 2007软件开发2.0大会 解决bug Bug的7种解法： 3种无效 bug By Design – 设计需求就是这么设计的 Duplicate - 这个问题别人已经发现了 Not Repro - 无法复现的问题 4种有效bug Fixed - 问题被修复 External – 外部原因(比如浏览器、操作系统、其他第3方软件)造成的问题 Postponed – 发现的太晚了，下一个版本讨论是否解决 Won‘t Fix - 是个问题，但是不值得修复 2007-11-30 * 2007软件开发2.0大会 解决bug(续) 原则上 测试人员不能解决任何bug! 开发人员不能解决 Postpone, Won’t Fix 的 bug, 应指派给产品经理解决! 解决方案为 Fixed 的 bug 必须注明“解决 Build”， 该 build 不能和“创建 Build”相同 代码本地修复后，可以先编辑bug，添加描述“local fixed”说明这个问题已经解决了。等产生新Build后，再解决bug。 如果预知新Build号，点击[新增Build] 手动输入 必要时，添加解决注释 产生原因及解决办法 提醒测试人员注意：解决bug后有可能带来的新测试点(side-effect) 2007-11-30 * 2007软件开发2.0大会 2007-11-30 2007软件开发2.0大会 * 2007-11-30 2007软件开发2.0大会 * 2007-11-30 2007软件开发2.0大会 * 2007-11-30 2007软件开发2.0大会 * 2007-11-30 2007软件开发2.0大会 * 2007-11-30 * 2007软件开发2.0大会 BugFree的发展原则及目标 保持自由的心态去不断完善这款自由软件 官方网站()及发布的各种版本，拒绝放置或携带任何商业广告 服务企业研发管理，专注软件测试流程 目标：流行的Bug管理工具 下一步改进：易用性、报表统计、查询 2007-11-30 2007软件开发2.0大会 * 做BugFree对自由软件的三点体会 给你选择的自由 给你修改的自由 程序员帮助程序员 2007-11-30 2007软件开发2.0大会 * 交流提纲 传统软件研发(以 MS Office为例) 互联网软件研发的特点 互联网软件研发的实践 对项目经理的建议 BugFree 2.0 自由讨论 2007-11-30 * 2007软件开发2.0大会 总结 互联网项目/产品的特点是：“变化快” 流程、组织、工具都要适应“变化快” 可以控制好的两个环节: