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

敏捷初体验-开发自测过程实践 摘要 案例背景 实施过程 总结分析 案例简要说明 互联网产品的研发通常比较“敏捷” 小需求为主，更新频繁 靠传统的测试手段投入大、产出小 测试资源的占用很高 真正敏捷之前，逐步推进实施开发自测 开发人员承担简单功能测试任务 培养开发人员的质量意识和测试技能 测试人员为开发提供支持和协助 最终目的是为了提高测试投入产出比 开发人员质量意识提高，版本质量提升 测试人员关注更重要、复杂的测试任务 实施背景 为什么要实施开发自测？ 测试资源成为瓶颈 开发人员的依赖性，导致提测版本质量不高 测试资源投入产出不高 没有其它替代方案？ 敏捷成熟度不高 自动化测试框架效率不高 资源投入有限 其它 学习了其它公司的不同实践方法 企鹅电商给我们的启示 实施前的投入产出分析 项目特点 项目以功能需求为主，数量多，粒度小，时间急 根据项目复杂度和工作量进行分级：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级项目免测机制实施方案 测试人员职责 参与设计评审，提供测试方案和测试点 参与用例评审 提供测试支持，协助开发实施测试、分析解决问题 第三阶段 实施效果 代码层面实施测试，效率更高 减少手工测试的工作量和复杂度 为什么能成功 高层的支持 开发团队负责人的态度 有效的项目分级机制 敏捷思想的导入 业务特点允许试错 ？ 有待改进的地方 测试数据的准备和维护 提高测试效率-自动化测试框架 测试环境稳定性 其它工具的支持 一直没有放弃… 开发式测试框架 测试用例和功能代码同步开发 开发完成时测试即可以开始 实际进展 基于WebDriver的PageModel实现 基于TestNG的测试用例框架 改进空间 结合Cucumber的ATDD框架 案例ROI分析 实施前 80%的项目为小项目，基本没有bug 开发版本质量不高，不断重复编码-测试过程 实施后 80%的项目不用测试人员参与测试，可以节省至少50%测试工作量 开发质量意识提高，可以更早发现缺陷、修复缺陷 简单的页面功能开发自行测试，减少沟通成本，减少了人员依赖导致的浪费 其它收获 开发人员依赖感降低，不再感受被监督，对代码更具有信心，开发速度更快 团队之间的信任程度更高，工作满意度更高 案例启示 因地制宜 天时-需要这么做 地利-可以这么做 人和-愿意这么做 运用PDCA 局部 逐步 数据 Thanks!