灰度测试，灰度发布，AB Test

灰度测试，灰度发布，AB Test

​ 最近接触了一个新的名词，灰度测试，而且感觉同事提到的频率还蛮高的，所以特意去了解了一下这些词语的定义。

​ 首先声明，这篇总结是读了很多网上文档写出来的。可能有相似或者冲突的地方。

定义

1. 灰度测试：如果软件要推出一个新功能，或者要做一次比较大的改动，首先进行一个小范围的测试，然后慢慢放量，直到这个功能覆盖到所有用户。

2. 灰度发布：通过不同的策略将用户分流，让不同的用户体验不同的版本。（常用方法：产品Q群、产品微信群、内部用户、app自升级、换量渠道、不会被抓包的小市场，在这些渠道将灰度包放还出去。这里边可控度最强的当属app自升级了。根据时间段，用户版本，升级请求数量，实际升级数等等）

   （三大类型：1web页面灰度。2服务器厚度。客户端灰度）

3. AB Test：灰度发布方法中的一种，将用户分为AB两组，然后收集他们的反馈效果。

   （策略维度：包括新闻信息、地理坐标、版本信息、发布渠道、城市、网络类型等）

   （生效机制：立即生效，热启生效，冷启生效。热启生效就是退出界面，重新进入生效，实时。冷启生效就是杀死进程之后，重新进入生效，安全）

优点

1. 提前获得目标用户的使用反馈，及时差缺补漏
2. 发现bug时，可以及时回滚
3. 快速验证产品的效果
4. 降低发布风险，降低测试依赖

发布流程

1. 定义目标
2. 选定策略：用户规模，发布频率，功能覆盖度，回滚策略，运营策略，新旧系统部署。
3. 筛选用户：用户特征，用户数量，常用功能，用户范围。
4. 部署系统：部署新系统，部署用户行为分析系统，设定分流规则，运营数据分析，分流规则微调
5. 发布总结：用户行为报告分析，用户问卷调查，社会化媒体意见收集，形成产品功能改进列表
6. 产品完善
7. 迭代