敏捷初体验-开发自测过程实践.pptVIP

揭示研发管理白金定律，分享那些激动人心的创新与变革，使得团队获得过多源动力与更大的推动力！ 揭示研发管理白金定律，分享那些激动人心的创新与变革，使得团队获得过多源动力与更大的推动力！ 揭示研发管理白金定律，分享那些激动人心的创新与变革，使得团队获得过多源动力与更大的推动力！ 揭示研发管理白金定律，分享那些激动人心的创新与变革，使得团队获得过多源动力与更大的推动力！ 揭示研发管理白金定律，分享那些激动人心的创新与变革，使得团队获得过多源动力与更大的推动力！ 网站业务的研发通常比较“敏捷”，小需求为主，更新频繁，靠传统的测试手段投入大，产出小，但最测试资源的占用很高 为了解决这个问题，团队开始逐步推进实施开发自测，让开发人员自己负责简单项目的功能测试任务，一方面有利于提高开发人员的质量意识，另提高了产品质量，另一方面减少测试人员非必要的重复投入，提高了测试效率 实施该案例的目的是提高测试投入产出比，让专职测试人员把更多的精力投入在更复杂、更重要的项目中，更有效的保证产品质量。 工作量= 2人天,为D级 2人天 工作量 = 5人天,为C级 5人天 工作量 = 20人天,为B级 工作量 20人天,为A级 敏捷初体验-开发自测过程实践 俞炜 测试总监 盛付通质量控制中心 摘要 案例背景 实施过程 总结分析 案例简要说明 互联网产品的研发通常比较“敏捷” 小需求为主，更新频繁 靠传统的测试手段投入大、产出小 测试资源的占用很高 真正敏捷之前，逐步推进实施开发自测 开发人员承担简单功能测试任务 培养开发人员的质量意识和测试技能 测试人员为开发提供支持和协助 最终目的是为了提高测试投入产出比 开发人员质量意识提高，版本质量提升 测试人员关注更重要、复杂的测试任务 实施背景 为什么要实施开发自测？ 测试资源成为瓶颈 开发人员的依赖性，导致提测版本质量不高 测试资源投入产出不高 没有其它替代方案？ 敏捷成熟度不高 自动化测试框架效率不高 资源投入有限 其它 学习了其它公司的不同实践方法 企鹅电商给我们的启示 实施前的投入产出分析 项目特点 项目以功能需求为主，数量多，粒度小，时间急 根据项目复杂度和工作量进行分级：A、B、C、D级项目 C、D级项目占总项目数量的80%+ 项目计划周期短，临时需求量比较多 测试手段 项目前期投入时间少 以手工测试为主，自动化回归测试为辅 测试效果 大项目版本质量不高，大部分为简单的功能实现问题 小项目缺陷不多，比较容易发现 测试深度不够：复杂场景、异常场景，探索性测试 怎么做到的 局部试点，逐步推广 结合实际，阶段实施 应用PDCA，确保效果 第一阶段 第二阶段 第三阶段 第一阶段 规范提测版本质量 时间段：2011年12月~2012年8月 实施目的 提高开发提测版本的质量 实施方案 测试人员提供A、B级项目的版本验收测试用例 开发提测前执行验收测试用例，并提供测试报告 版本验收通过后测试人员开始实施测试 第一阶段 实施效果 实施效果 开发提测代码质量有提高，A、B级项目缺陷大幅减少 开发的质量意识得到加强 返工现象减少，测试工作量减少 问题分析 开发不熟悉测试手段和方法 部分用例未通过依然提交测试且没有打回 改进措施 强调提测规范的严格执行 第一阶段 第二阶段 第三阶段 第二阶段 小型项目免测机制 时间段：2012年8月~2012年12月 实施目的 开发人员负责C、D级项目测试，测试免测 实施方案 D级项目免测 C级项目免测 产品实施UAT 第二阶段 小型项目免测机制具体步骤 D级项目免测 开发人员整理测试点 测试人员参与评审 开发人员实施测试 C级项目免测 开发人员和测试人员共同整理测试点 开发实施测试 产品实施UAT 第二阶段 实施效果 实施效果 开发质量意识提高，代码质量提升 测试人员工作量节省近50% 项目发布过程更加高效 问题分析 项目定级过程存在漏洞，开发调高项目级别规避风险 改进方案 规范项目定级流程，增减评审机制 第二阶段 实施效果 运行数据 随着开发自测率的提高，项目质量也逐步在提高 第一阶段 第二阶段 第三阶段 第三阶段 A、B级项目免测机制 时间段：2013年1月~2013年4月 实施目的 部分A、B级项目实施免测 实现向敏捷测试方式跨越 第三阶段 A、B级项目免测机制实施方案 有针对性的选择项目 技术主导型项目 非界面类型功能 实例 邮件系统重构项目 Nginx防火墙项目 第三阶段 A、B级项目免测机制实施方案 开发职责 实现单元测试、模块测试、接口测试等底层测试用例 实施代码走读 设计、实现和执行功能测试功能点 实施性能测试、兼容性测试等 第三阶段 A、B级项目免测机制实施方案 测试人员职责 参与设计评审，提供测试方案和测试点 参与用例评审 提供