- 省去了发布多个补丁包在人力和流程上的消耗;
缺点:
- 因为只会发布一个版本,所以对app的质量把控要求高,需要测试团队这边严格把控,一般要3轮甚至更多的测试,扩大测试范围,保证app不出现重大bug影响使用;
除了新版本功能外,还需要保证主路径功能没问题,另外还有手机兼容性、app旧版本和新版本互通、app旧版本升级等需要测试。
- 存在重大bug的风险,比如导致app崩溃。这样没有版本就需要再次发版解决。
笔者甚至遇到过发版后客户端https证书过期从而导致app不可使用的问题,这个时候只能重新发版。
适用范围:
- app更新频度不高,比如几个月甚至半年以上更新一个版本的。一般在传统行业中比较常见。
灰色是介于黑色和白色之间的一种颜色,引申到app版本发布上面来可以理解为在正式版本发布之前的一个版本。
灰度版本的作用是用来验证新版本是否有重大bug或者严重影响用户体验的问题。
理想状态是发布一个灰度版本v1后没有任何问题,那么就可以将这个灰度版本v1作为正式版本全量发布;
如果这个灰度版本v1存在问题,那么需要开发人员进行修复,还要经过测试,然后再发布一个灰度版本v2,然后再观察这个v2版本是否有什么问题。如果有问题仍然需要再发布一个v3版本,甚至更多。
AB Test
灰度发布这种思路其实是跟AB Test解决方案一样。让大部分用户