OPPO-张鼎-敏捷测试团队转型实践.pdfVIP

敏捷测试团队转型实践 张鼎 OPPO品质中心测试总监/高级测试架构师 个人简介 OPPO 品质中心测试总监，高级测试架构师 敏捷测试总负责人，负责独立应用敏捷规范和效能提升 插入头像 腾讯测试总监，通道资深委员 手机QQ/腾讯手机管家/QQ浏览器/应用宝测试总监 TMQ创建者之一，参与多本敏捷测试书籍出品。2012年开始敏捷测试理论和实践 小赢科技 品质负责人，PMO/安全负责人，专利负责人 纽约上市金融科技公司，从0到1建设敏捷项目管理部门和安全技术部门 北电网络核心网测试经理，国际通信互联互通（IOT）测试联盟会员 提纲 •理解敏捷测试 •基于敏捷的度量体系 贯穿软件生命周期的敏捷测试体系 组织敏捷，全流程敏捷，文档敏捷 •质量内建-敏捷实践三大利器 众包测试，探索性测试，精准测试 • Ongoing ：基于大数据/AI的敏捷测试 什么是敏捷测试 敏捷测试是遵循敏捷宣言的测试实践 • 强调从使用系统的用户角度，来测试系统 • 强调尽早沟通可测性，尽早开始测试，尽早暴露问题，不再强调传统测试过程中严格的测 试阶段和准入门槛 • 强调频繁验收交付，提高测试效率 • 强调沟通和协作，允许不紧急的缺陷未来解决，全员承担质量责任 • 弱化测试文档，只提供有价值的交付物 • 全员参与 • 防胜于治 • 价值驱动 • 快速验证 测试团队为什么不敏捷（敏捷转型不成功） • 不深入理解，也不贯彻敏捷理论： scrum,精益，XP ，看板，用户故事/ 地图，重构，TDD等 • 被动接受组织的敏捷研发流程安排（比以前更累） • 老流程严格管控还在，新敏捷动作也要搞 （两头心累） • 动不动被QA考核和处罚，没有勇气/时间尝试敏捷创新 • 天天要求搞自动化，也没看到收益啊 （维护成本高，发现BUG少） 一句话原因，不遵守敏捷原则 深入理解敏捷理论（纠偏） 本质上，适用（保护）开发/产品的道理，也适用（保护）测试 • 迭代开发有速率，需求开发有优先级，超过故事点的需求不会排期 测试也有速率，测试用例也有优先级，超过测试量的用例可以不安排 • 与开发代码无关的任务/ 中断，是对开发的干扰和浪费 与测试执行无关的任务/ 中断，是对测试的干扰和浪费 • One team, 自主管理，角色不细分，共同为交付/品质负责 • 信息透明，快速流动，共同工作空间 • 基于信任的文化，自我负责，而非怀疑的文化 基于敏捷的度量体系（快速交付持续改进） 传统品质管控 VS 敏捷品质管控 泰勒主义科学管理： • 强调文档回溯 VS 弱化文档，强调沟通 • 分离计划和执行 • 严格角色权限约束 VS 高信任度文化 • 单独的质量控制部门（质量和工程，销售等一样重要） • 分工细化，各司其职 VS 全栈，One Team • 质量部门工作更像是惩罚性的，而不是建设性的 • 度量考核绩效扣分 VS 集体为结果负责 丰田生产制度TPS ： • 每个人为整条生产线负责，出现问题可以拉绳停工 • 威权管理 VS 仆人式管理 • 没有单独质量组织，整个组织即是质量组织 • 品质至上，全面覆盖 VS 有损发布，迭代改进 基于敏捷的度量体系（Why we change） 为什么大家讨厌度量（经济行为学）： 人是理性经济动物，简单指标考核会导致意外后果（大多数情况下，弊大于利） • 对缺陷定级准确性的惩罚 会让开发降低修复缺陷意愿 • 对无效缺陷