Recommended
Recommended
More Related Content
Similar to 敏捷项目开发自测初体验
Similar to 敏捷项目开发自测初体验 (20)
敏捷项目开发自测初体验
- 4. 揭示研发管理白金定律，分享那些激动人心的创新与变革，使得团队获得过多源动力与更大的推动力！ 实施前的投入产出分析 a) 项目特点 – 项目以功能需求为主，数量多，粒度小，时间急 – 根据项目复杂度和工作量进行分级：A、B、C、D级项目 – C、D级项目占总项目数量的80%+ – 项目计划周期短，临时需求量比较多 b) 测试手段 – 项目前期投入时间少 – 以手工测试为主，自动化回归测试为辅 c) 测试效果 – 大项目版本质量不高，大量缺陷为基本的功能实现问题 – 小项目缺陷不多，且比较容易发现 – 测试深度不够：复杂场景、异常场景，探索性测试
- 5. 揭示研发管理白金定律，分享那些激动人心的创新与变革，使得团队获得过多源动力与更大的推动力！ 如何解决？ a) 主要问题 – 测试资源瓶颈 – 开发人员的依赖性 – 测试投入产出不高 b) 可选的解决方案 – 敏捷成熟度不高 – 自动化测试框架效率不高 – 项目审核制度控制效果不佳 – 持续集成 c) 其它公司的实践 – 了解其它公司的不同实践方法 – 企鹅电商给我们的启示
- 8. 揭示研发管理白金定律，分享那些激动人心的创新与变革，使得团队获得过多源动力与更大的推动力！ 第一阶段 规范提测版本质量 • 时间段：2011年12月~2012年8月 • 实施目的 – 提高开发提测版本的质量 • 实施方案 1. 测试人员提供A、B级项目的版本验收测试用例 2. 开发提测前执行验收测试用例，并提供测试报告 3. 版本验收通过后测试人员开始实施测试
- 10. 揭示研发管理白金定律，分享那些激动人心的创新与变革，使得团队获得过多源动力与更大的推动力！ 第一阶段 实施效果 • 开发自测对质量提高有一定效果 – 实施开发自测的项目，项目的缺陷数量就 明显减少 – 未实施或者实施效果不好，缺陷数就多 • 开发的质量意识得到加强 • 返工现象减少
- 12. 揭示研发管理白金定律，分享那些激动人心的创新与变革，使得团队获得过多源动力与更大的推动力！ 第一阶段 改进措施 • 问题分析 – 开发人员测试经验不足，缺乏必要的技能 – 个别人员责任心不强，质量意识不高 – 自测用例的优化 • 改进措施 – 规范提测规范的执行 – 测试人员提供测试技能培训 – 帮助开发人员准备测试数据 – 增加自测用例
- 16. 揭示研发管理白金定律，分享那些激动人心的创新与变革，使得团队获得过多源动力与更大的推动力！ 第二阶段 小型项目免测机制 • 时间段：2012年8月~2012年12月 • 实施目的 – 开发人员负责C、D级项目测试，测试免测 • 实施方案 1. D级项目免测 2. C级项目免测 3. 产品实施UAT
- 17. 揭示研发管理白金定律，分享那些激动人心的创新与变革，使得团队获得过多源动力与更大的推动力！ 第二阶段 小型项目免测机制具体步骤 • D级项目免测 – 开发人员整理测试点 – 测试人员参与评审 – 开发人员实施测试 • C级项目免测 – 开发人员和测试人员共同整理测试点 – 开发实施测试 • 产品实施UAT
- 18. 揭示研发管理白金定律，分享那些激动人心的创新与变革，使得团队获得过多源动力与更大的推动力！ 第二阶段 实施效果 • 实施效果 – 开发质量意识提高，代码质量提升 – 测试人员工作量节省近50% – 项目发布过程更加高效 • 问题分析 – 项目定级过程存在漏洞，开发调高项目级别规 避风险 • 改进方案 1. 规范项目定级流程，增减评审机制
- 19. 揭示研发管理白金定律，分享那些激动人心的创新与变革，使得团队获得过多源动力与更大的推动力！ 第二阶段 实施效果 • 运行数据 – 随着开发自测率的提高，项目质量也逐步 在提高
- 21. 揭示研发管理白金定律，分享那些激动人心的创新与变革，使得团队获得过多源动力与更大的推动力！ 第三阶段 A、B级项目免测机制 • 时间段：2013年1月~2013年4月 • 实施目的 – 部分A、B级项目实施免测 – 实现向敏捷测试方式跨越
- 22. 揭示研发管理白金定律，分享那些激动人心的创新与变革，使得团队获得过多源动力与更大的推动力！ 第三阶段 A、B级项目免测机制实施方案 • 有针对性的选择项目 – 技术主导型项目 – 非面向用户需求 – 实例 • 邮件系统重构项目 • Nginx防火墙项目
- 23. 揭示研发管理白金定律，分享那些激动人心的创新与变革，使得团队获得过多源动力与更大的推动力！ 第三阶段 A、B级项目免测机制实施方案 • 开发职责 – 实现单元测试、模块测试、接口测试等底 层测试用例 – 实施代码走读 – 设计、实现和执行功能测试功能点 – 实施性能测试、兼容性测试等
- 24. 揭示研发管理白金定律，分享那些激动人心的创新与变革，使得团队获得过多源动力与更大的推动力！ 第三阶段 A、B级项目免测机制实施方案 • 测试人员职责 – 参与设计评审，提供测试方案和测试点 – 参与用例评审 – 提供测试支持，协助开发实施测试、分析 解决问题
- 25. 揭示研发管理白金定律，分享那些激动人心的创新与变革，使得团队获得过多源动力与更大的推动力！ 第三阶段 实施效果 • 自动化测试程度高，效率更高 • 减少手工测试的工作量和复杂度
- 27. 揭示研发管理白金定律，分享那些激动人心的创新与变革，使得团队获得过多源动力与更大的推动力！ 为什么能成功 • 高层的支持 • 开发团队负责人的态度 • 业务类型适应性 • 敏捷思想的导入 • ？
- 28. 揭示研发管理白金定律，分享那些激动人心的创新与变革，使得团队获得过多源动力与更大的推动力！ 有待改进的地方 • 测试数据的准备和维护 • 提高测试效率-自动化测试框架 • 测试环境稳定性 • 其它工具的支持
- 30. 揭示研发管理白金定律，分享那些激动人心的创新与变革，使得团队获得过多源动力与更大的推动力！ 案例ROI分析 • 实施前 – 80%的项目为小项目，基本没有bug – 开发版本质量不高，不断重复编码-测试过程 • 实施后 – 80%的项目不用测试人员参与测试，可以节省至少50%测试执行工作量 – 开发质量意识提高，可以更早发现缺陷、修复缺陷 – 简单的页面功能开发自行测试，减少沟通成本，减少了人员依赖导致的 浪费 • 其它收获 – 开发人员依赖感降低，不再感受被监督，对代码更具有信心，开发速度 更快 – 团队之间的信任程度更高，工作满意度更高
- 31. 揭示研发管理白金定律，分享那些激动人心的创新与变革，使得团队获得过多源动力与更大的推动力！ 案例启示 • 因地制宜 – 天时-需要这么做 – 地利-可以这么做 – 人和-愿意这么做 • 运用PDCA – 局部 – 逐步 – 数据
Editor's Notes
- 网站业务的研发通常比较“敏捷”，小需求为主，更新频繁，靠传统的测试手段投入大，产出小，但最测试资源的占用很高 为了解决这个问题，团队开始逐步推进实施开发自测，让开发人员自己负责简单项目的功能测试任务，一方面有利于提高开发人员的质量意识，另提高了产品质量，另一方面减少测试人员非必要的重复投入，提高了测试效率 实施该案例的目的是提高测试投入产出比，让专职测试人员把更多的精力投入在更复杂、更重要的项目中，更有效的保证产品质量。
- 工作量<= 2人天,为D级 2人天 < 工作量 <= 5人天,为C级 5人天 < 工作量 <= 20人天,为B级 工作量 > 20人天,为A级