应用宝质量保证体系设计实践.pptx

杨春喜应用宝质量保证体系设计实践杨春喜(Helenyang)应用宝面向Android的应用分发 目录应用宝客户端研发现状应用宝客户端质量保证体系质量手段经典实践 应用宝研发现状FT模式，多个FT在同一客户端上开发FT模式，FT内独立运作(业务目标，运作管理，组织结构、考核、研发)、独立结算多个FT在客户端上有研发需求 应用宝FT1FT1FT2FT2FT3FT3FT4FT4FT5FT6FT6FT..FT7FT8FTn开发产品公线 应用宝研发现状快速的研发模式，采用分散合流模式，合流和灰度频繁主版本双周发布，FT内多个需求并行FT内的需求独立开发测试，通过合流的方式合入主线每个版本灰度次数50次左右，合流分支20个左右，rebase30次左右 应用宝质量保证体系-流程篇集成灰度正式发布5.X正式版5.X+1发布分支开发主线合流RebaseRebase分解研发关键阶段FT灰度：验证产品效果、收敛验证crash情况合流：合流对于FT分支来说等同于发布的标准正式发布：应用宝版本对外的正式发布 FT分支开发、测试（增量、回归、小集成）、灰度 应用宝质量保证体系-流程篇FT灰度-合流流程灰度精准灰度灰度配额制度灰度效果达标合流1. 有明确的合流计划表并建立同步机制2.分支合入符合质量标准3. 合流时间窗内需要完成合流后验证并通过 应用宝质量保证体系-流程篇FT灰度标准1.适用灰度发布：简化的标准，确保用户基础体验不受影响2.适用发布过程中验证：crash标准，依据不同的日使用量级采用不同的标准比如：1~5W =0.4% 应用宝质量保证体系-流程篇合流质量标准：采用严格的质量标准各种质量控制措施及手段前置到FT阶段，全方位控制。通过严格有效的质量控制，促进主线版本进度可控性加强 应用宝质量保证体系-流程篇持续交付风险前置灵活约束 应用宝质量保证体系-流程篇带来的变化集成阶段暴露的问题 前：60%-----后：3%~5%质量诉求分支灰度测试后台发布后测试消耗研发现状耦合主干质量保持稳定主干/发布分支质量稳定问题多个FT在客户端开发需求FT间功能的耦合问题每个版本灰度次数50次rebase测试30次合流分支20个各类测试消耗大分支灰度和待发布版本灰度消耗分支合入质量要达标分支rebase主干消耗 应用宝研发现状---质量诉求FT内功能之间1.分支基于稳定主干开发，周平均拉出10个分支每周同时有10个分支的需求合入主干2.发布分支需要稳定发布 应用宝测试质量体系-质量手段篇解决手段线上质量保障耦合用户反馈跟进线上质量监控公共测试能力主干/发布分支质量稳定问题UI自动化性能自动化后台接口自动化众测能力广告位自动化精准分析研发过程质量BUG根因分析基础测试代码逻辑梳理内部体验各类测试消耗大探索式测试流程外包管理合流集成灰度 经典实践-精准分析-应用路径解决新功能与主干老功能的耦合问题解决FT之间新需求耦合问题解决最后一天合流需求与本版本合入需求耦合问题解决待发布分支修改代码精准测试需求增量 经典实践--精准分析--分析通用能力技术需求耦合需求Bug修复确认代码范围分析修改代码更新知识库输出测试策略 经典实践--精准分析--案例测试验证需求：所有卡片下载按钮扩大点击区域，进行精准分析功能是什么？有无被其它FT引用，引用功能是什么？==确认测试范围 经典实践-精准分析-效果心得产出（3个版本） 耦合问题48个 冗余函数37处，减少安装包大小。投入：半个人力持续投入实践效果1.分析基于对功能实现逻辑的了解2.适合产品能力相对稳定的项目，不适合创新孵化的项目3.明确要解决的问题4. 问题融入到研发各个环节解决实践心得 应用宝测试质量体系-质量手段篇解决手段线上质量保障耦合用户反馈跟进线上质量监控公共测试能力主干/待发布分支质量稳定问题UI自动化性能自动化后台接口自动化众测能力广告位自动化精准分析研发过程质量BUG根因分析基础测试代码逻辑梳理内部体验各类测试消耗大探索式测试规则约定外包管理 经典实践-自动化测试功能性能对应用宝的常用功能进行自动化页面速度、流畅度、流量、安装包大小、电量后台接口自动化测试广告位对所有场景的广告位进行自动化对后台接口进行监控 经典实践-自动化测试应用路径 经典实践-自动化测试平台任务控制层Daily接入层 结果 展示自动化脚本管理 经典实践-自动化测试平台实现DCA机型管理测试任务管理专项任务控制监控RDM构建生成测试包任务插件化管理，脚本相互独立。灵活增加删除。Daily平台结果聚合邮件输出 经典实践-自动化测试平台实现接入层任务控制层自动化脚本管理层结果处理层 经典实践-自动化测试平台实现-案例 经典实践-自动化测试平台实现-案例 经典实践-自动化测试平台--实践心得1. 明确要解决的问题2. 研发各阶段要怎么应用3.