29 | 从每月到每天，如何给版本发布提速？
张绍文
该思维导图由 AI 生成，仅供参考
还记得我们在持续交付设定的目标吗？我前面提到过，天猫的效能目标是“211”，也就是 2 周交付周期、1 周开发周期以及 1 小时发布时长。对于一些更加敏捷的产品，我们可能还会加快到每周一个版本。在如此快的节奏下，我们该如何保证产品的质量？还有哪些手段可以进一步为发布“提速保质”？
更宽泛地说，广义的发布并不仅限于把应用提交到市场。灰度、A/B 测试 、运营活动、资源配置…我们的发布类型越来越多，也越来越复杂。该如何建立稳健的发布质量保障体系，防止出现线上事故呢？
APK 的灰度发布
我们在讨论版本发布速度，是需要兼顾效率和质量。如果不考虑交付质量，每天一个版本也很轻松。在严格保证交付质量的前提下，两周发布一个版本其实并不容易。特别是出现紧急安全或者稳定性问题的时候，我们还需要有 1 小时的发布能力。
下面我们一起来看看影响版本发布效率的那些重要因素，以及我对于提升版本发布速度的实践经验。
1. APK 灰度
测试平台负责对发布包做各种维度的诊断测试，通常会包括 Monkey 测试、性能测试（启动、内存、CPU、卡顿等）、竞品测试、UI 测试、弱网络测试等。但是即使通过云测平台能够同时测试几十上百台机器，本地测试依然无法覆盖所有的机型和用户路径。
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线笔记
复制
AI
- 深入了解
- 翻译
- 解释
- 总结
天猫团队致力于提升版本发布速度，采用了“211”目标，即2周交付周期、1周开发周期以及1小时发布时长。为了确保产品质量，团队采用了灰度发布和数据验证平台来收集应用数据，并通过APK灰度和动态部署来提升版本发布效率。热修复技术对应用性能和开发模式的影响也需要考虑。文章还介绍了A/B测试的重要性和实施方法，以及统一发布平台的架构和运营事故的应对措施。总的来说，本文提供了关于提升版本发布速度的技术特点和实践建议，对读者了解版本发布的重要因素和实践经验具有指导意义。 A/B测试和灰度发布都需要有明确的预期，真正去推敲里面的每一个环节。不要每次测试发布后，才发现实验设置不合理，或者发现这里那里漏了好几个数据打点，再反反复复进行修改，对参与测试的所有人来说都非常痛苦。产品或者公司在灰度发布过程中存在哪些痛点？还有哪些优化的空间？
仅可试看部分内容，如需阅读全部内容，请付费购买文章所属专栏
《Android 开发高手课》，新⼈⾸单¥59
《Android 开发高手课》，新⼈⾸单¥59
立即购买
© 版权归极客邦科技所有，未经许可不得传播售卖。 页面已增加防盗追踪，如有侵权极客邦将依法追究其法律责任。
登录 后留言
全部留言(7)
- 最新
- 精选
zzx010101一味的A/B测试，导致好多冗余代码。。。。作者回复: A/B实验要求在一段时间内回归的
2019-05-242
曹鹏TK是不是在国外google play不允许使用？作者回复: 是的，国外不允许使用Tinker。后面动态化的文章里面有详细地讲这些内容
2019-04-142
EchoSomeTH灰度验证？我们公司不存在的···直接拿线上用户测试，不行紧急发版···2019-07-306
xia哈打卡2019-03-061
Tomorrow做灰度测试的测试能懂点代码，日程交流上会少很多障碍。2021-04-21- Tomorrow我司就几个测试测一下基本需求没什么问题就会上的了，这应该算我们的灰度了。。2021-04-21
- Swing好像前公司没做A/B测试。。 其他流程倒是基本ok2020-04-13
收起评论