移动App持续交付之路.pptx

移动App持续交付之路,持续交付介绍,交付pipeline,交付协同,交付效率,交付质量,1 持续交付介绍,2 交付pipeline,1,3,5,2,4,6,代码变更,以项目为粒度进行APP产品需求迭代,测试 通过自动化工具解决质量问题,运维 实时获取线上APP的异常情况,集成 通过发布区来协调不同的业务,发布 灰度/动态部署/渠道,热修复 实时修复线上突发情况,3 交付协同,研发协同 以项目为粒度协同开发、测试、安全、PM资源,质量协同 在发布前需要各项目确保测试验证成功,发布协同 通过设立发布区的方式协同不同的业务需求，集成同一周 期的业务,交付协同,项目：研发活动的承载空间 发布区：用于发布的特殊项目，用于集成管控、构建、测试、发布协同等操作,交付协同,4 交付效率,平均5天一个全量发布,问题发现+ 问题定位+ bug修改 + bug测试 + 热修复 1小时,移动APP研发效能指标,双十一weex页面秒开率,交付效率,开发,测试,发布,开发框架,通用组件,二进制交付,依赖管理,开发效率,开发效率,测试效率,针对空指针异常定义规则使crash占 比从30%降低到10%以下,代码扫描工具,自动化工具,智能monkey,通过monkey发现的crash类型占比 达到30%以上,UI自动化,有效降低测试成本提升执行效率,案例说明,测试效率,0,10,20,30,40,1月,2月,3月,4月,5月,6月,7月,8月,9月,10月,11月,12月,手淘客户端空指针异常导致的crash占比情况,分发要 稳定,实时数据,用户舆情反馈 性能监控 实时crash率 业务核心指标实时数据 风险控制 按业务核心指标（性能、效果）提前退出 按稳定性（crash率）实时止血 按用户反馈问题中断发布 回滚 限动态部署发布,分发要 精准 发给谁？ 版本/渠道 设备/机型 /OS 网络（2G/3G/4G/wifi） IP(基于LBS) 发多少？ 用户量控制：通知上限 多批次分发：过程可控 发多久？ 时间设定：开始时间/结束时间 怎么发？ 提升更新/静默更新/强制更新,发布效率,案例说明,缩短发布周期，更快响应市场 稳定性提升，版本crash率可控 不同FT之间的功能验证，不再互相依赖 用户可以看到持续的改进,某APP通过自身业务用户画像及发布版本的crash标准，自定义灰度策略，一旦crash率达 到上限或者用户舆情反馈超过阈值或升级用户数已满足产品要求，即停止分发。 某自2017年接入EMAS起采用精准推送进行灰度，正式发版时间缩短7天，java crash率可 控制在0.2%以下。,提醒1w人,安装650人,反馈问题9人,5 交付质量,手机淘宝质量数据,在高速迭代的情况整体java crash 一 直维持在极低的水平,故障的监控发现率,效率,1. 问题定位时间长,2. 线下测试成本高,3. 问题多、解决意愿低,度量体系,检测组件库,统计组件,启动性能,布局性能,静默CPU消耗 FPS 页面分析,ANR,Crash,TLog,Custom Error,Trace,资源检测,内存泄露,卡顿检测,流量检测,OverDraw检测,网络通道(卡口&在线),本地展现(Debug） 通知栏 客户端List展现,REST接口,AppMonitor,智能分析,体验指标度量,错误度量,业务度量,多纬度分析,异常数据,实时展示,错误聚合,Detail跟踪,自定义模式,实时统计,日志