2019年敏捷转型中的质量前置实践.pdf

《2019年敏捷转型中的质量前置实践.pdf》由会员分享，可在线阅读，更多相关《2019年敏捷转型中的质量前置实践.pdf（25页珍藏版）》请在三个皮匠报告上搜索。

1、02、方案&工具目 录Contents01、困难&原因03、实施效果04、持续改进05、总结困难&原因01章节 PART郑州银行新手机银行项目 项目团队由甲方及两家供应商组成 团队规模：40+，分成3个Scrum团队 参考Scrum模型：两周一迭代，一月一版本 团队分工明确：PO、Java、原生、H5、UX和测试 小瀑布：第二周的周四、五才完成前后端联调提测 测试开发比 1：10 缺少自动化测试能力 测试环境和测试数据不完备项目背景 Sprint 1 评审会完成度尚可交付版本质量不足部分功能主流程不通（来不及调通）重要干系人对质量不满质量困难原因分析小瀑布双周迭代小瀑布开发（故事1、2、3。）

2、集成测试发布 分工引发上游质量把控不严 Parkinsons Law造成提测滞后 迭代中前期测试工程师在等待可测软件 测试环境/数据问题暴露晚 修复Bug的时间少、风险高方案&工具02章节 PART 约定提测日期 增加人力，尤其是测试工程师 严厉的惩罚措施“下意识”的做法全局优化 Over 局部优化质量赋能：测试工程师的工作左移DevOps理论指导实践落地定制化工具固化核心理论：1、内建质量；2、减少等待和返工基本方案：1、合理拆解；2、单件流；3、ATDD我们的方案合理拆解需求 颗粒度：将用户故事拆解到2-3天能完成开发，进行提测 需求质量：测试工程师介入用户故事拆解和书写 提测质量：强调前

3、后端联调后自测ATDD-Acceptance Test Driven Development 验收测试驱动开发：在业务层次，在需求分析时就确定需求（如用户故事）的验收标准 目标对齐：PO、开发和测试工程师一起确定验收测试用例，减少团队间分歧 目标明确：开发工程师提测前自测ATDD中的冒烟测试用例，提高提测质量单件流破解小瀑布质量陷阱双周迭代开发（故事1、2、3。）集成测试发布开发(故事1)集成测试开发 2集成测试开发 3集成测试单件流破解小瀑布质量陷阱 减少等待：每完成一个故事就提测，通常迭代的第三天，测试工程师即可开始测试工作 减少返工：强调开发工程师冒烟自测 疏通环境：尽早发现并解决测试环

4、境中的阻断因素 疏通数据：尽早发现并解决测试数据依赖 Bug修复：增加Bug修复和验证时长单件流破解小瀑布质量陷阱 流水线：开发环境每次Push都进行CI，后端每次Push进行CD；测试环境每日两次Build和Deployment 静态代码检查：端码&Sonar进行代码扫描，issue日清 单元测试：重点模块覆盖率达到60%使用工具辅助理论落地 团队成长离不开合理的使用工具体系辅助和引导 提示：囿于篇幅重点介绍本项目中创新型工具Grater Board推动高质量交付提测/交付的用户故事每日新增Bug曲线冒烟失败Grater Board的由来 灵感来自厨房 征集中文名称Grater Board背

5、后的DevOps理论支撑 Culture 文化：引导团队全员质量文化 Automation 自动化：测试只接受流水线版本 Lean 精益：减少等待（尽早提测）和返工（冒烟失败）Metrics 度量：度量故事提测日期与质量 Sharing 分享：通过可视化分享信息与经验教训实施效果03章节 PARTSprint 3 实施效果 进度：按时完成 质量：无阻断和严重级的Bug 节奏：迭代末不再疯狂加班 认可：项目、团队和方法学均得到重要干系人认可持续改进04章节 PART持续质量前置 需求质量赋能：减少需求分析失误带来的变更 开发质量赋能：重视技术方案，更加合理拆分需求 测试左移：引入BDD、代码评审、单元测试等 融入全局优化：Grater Board与看板体系的集成，融入价值流 Grater Board电子化，便于记录与度量总结05章节 PART质量前置 高质量来自全局优化 测试工程师向质量赋能者转换 DevOps理论指导实践落地定制化工具固化荣誉属于团队！THANK YOU感 谢 聆 听