网站公司市场营销方案,node有类似Wordpress,黄冈如何创建免费网站,建材 东莞网站建设本次分享我们将继续给大家带来全新的质量维度实践案例#xff1a;接口级自动化测试。
本实践节选自《2022中国企业敏捷实践白皮书》#xff0c;分享者为查俊#xff0c;是来自腾讯的高级研发项目经理。
问题#xff1a;
版本持续迭代#xff0c;关键路径上的场景持续增…本次分享我们将继续给大家带来全新的质量维度实践案例接口级自动化测试。
本实践节选自《2022中国企业敏捷实践白皮书》分享者为查俊是来自腾讯的高级研发项目经理。
问题
版本持续迭代关键路径上的场景持续增加导致回归测试时长无法收敛产品质量难以控制挤压迭代交付容量。
问题成因
手工测试占比太高测试不够高效过度追求交付速率对技术架构治理投入不足过度依赖测试阶段控制质量上游研发缺乏早期看护。
敏捷实践
自动化测试体系搭建减少功能测试人力置换原人数30%的专职人员进行自动化测试建设并增加产研自测流程按迭代T1实现自动化覆盖。 适配范围因当前项目轻前端重后台场景化接口测试为主单元测试为辅 工具选型使用公司内成熟用例编写框架后期快速接入DevOps做为质量门禁和卡点 编写规范考虑测试资源和数据的独立性便于后期可以快速在多环境执行真正做到一套自动用例到处运行 用例维护用例持续运行数据可视化底层异常信息标准化错误聚类大幅减少分析维护成本。
区分特性团队和技术域团队特性团队面向交付技术域面向技术架构提供公共服务、看护架构质量。 人才培养每个技术域设置专门的值守人兼职日常参与迭代交付纵深看护领域内技术架构 公共服务迭代技术方案横向Review抽象公共服务解决方案监督研发遵循执行技术债消除 稳定性建设从性能排查、研发规范、灰度策略、监控告警、资损对账等维度持续搭建质量稳定体系。
实践结果
通过自动化测试建设测试人力降低为原来30%左右结合技术债的消除和对技术域的值守保证了稳定的产品质量自动化能力的提升使得冲刺周期中回归测试的时间从3天缩减为1天提升了需求和价值的实际交付量。
总结
质量管理是高速持续迭代的基石通过测试自动化技术体系的搭建才能规模化提效测试不应该是质量管理的“保护伞”质量应该前移到架构规范、服务标准化从源头就开始治理。
本案例体现了敏捷第七条和第九条原则“可工作的软件是进度的首要度量标准。”、“坚持不懈地追求技术卓越和良好设计敏捷能力由此增强。” 专家观点主动消除技术欠债在源头处保证质量
林伟丹
旭势教练深圳合伙人 敏捷变革专家
敏捷倡导迭代开发和增量交付以便更多、更快地支撑产品和服务的尝试性实验及早获得来自于用户和数据上的反馈帮助企业在高度不确定的BANI时代和激烈竞争的市场环境中获得成功。
在这种短周期交付的节奏中测试和验证的周期相当有限如何保证研发质量和安全、又好又快地交付面临着巨大的挑战。
解决这个挑战的秘方例如基于更小的需求粒度进行跨职能协作拉动需求流动减少阻碍和停滞提升代码签入后部署价值流的自动化程度促进敏捷团队内部的技能备份和基于瓶颈的互相补位协作等等。
在这些方面在腾讯查俊经理带领的团队案例中有着良好的实践和成果。
内建质量Build-in Quality是当下企业中重要的质量理念也称为在源头处保证质量Quality at the Source与丰田精益五原则中的尽善尽美Perfection也有很强关联。
对于软件开发来说这种理念与以往以“阶段-门径”为特征的软件工程过程有显著不同对于产品的质量不再寄望于一个或多个单独的、长周期的后置测试阶段来保证质量而是更积极的将质量前置Shift Left力图在代码写好的那一刻或在几分钟或几小时之后就能符合上线的质量标准达到潜在可交付的程度。DevOps与持续交付相关的各种工程技术实践应运而生在近些年越来越多地普及开来。
主动消除技术欠债也是持续保证系统质量的另一个重要视角。
技术欠债通过日常非最优的技术选择迫于项目压力或工程师的能力、惰性因素而形成属于看不见而又产生消极影响的一类东西需要在平时的工作过程中持续“还债”最好通过有意识的“产能分配”给技术类的改进留出一定百分比的研发资源否则会逐步拖累、拖慢研发的步伐并且对系统质量产生更大的压力。
在查俊的案例中对于每个技术域的专人值守、对于技术方案的横向review也都有助于减少欠债、提升效能。
推荐阅读
Scrum 开发指南 Scrum 框架详解 | Scrum 四个会议及正确召开方式 | 正确的计划和执行Sprint的方式 | 做好迭代计划的4大关键点 | 做好这4点让每日站会更适配敏捷团队 | 开好迭代评审会的3个关键步骤 | 为什么要召开迭代回顾会 | Scrum 3大角色及其岗位的具体职责 | Scrum三大工件在敏捷开发中的作用 | 2022年14个最佳 Scrum 敏捷项目管理软件 | 更多
Kanban 敏捷指南 使用看板Kanban管理方法的5大好处 | 看板 VS Scrum如何选择 | 看板和 Scrum 的混合模式适合在哪些场景使用 | 更多
规模化敏捷 规模化敏捷的价值及五大规模化敏捷框架 | 规模化敏捷之 Spotify 模型 | 规模化敏捷框架之LeSS框架 | SAFe 规模化敏捷框架 | ScrumScale 模型 | 敏捷项目组合管理 | OKR与敏捷开发 | 更多
产品管理 如何构建合格的产品路线图 | 如何成为一个优秀的产品经理 | 敏捷路线图的重要性以及构建 | 如何构建简单有效的产品需求文档 | 利用 NPS 确定功能优先级 | 每个产品经理都需要了解的产品分析技能 | 更多
