灰度测试，灰度发布，AB Test
最近接触了一个新的名词，灰度测试，而且感觉同事提到的频率还蛮高的，所以特意去了解了一下这些词语的定义。
首先声明，这篇总结是读了很多网上文档写出来的。可能有相似或者冲突的地方。
定义
灰度测试：如果软件要推出一个新功能，或者要做一次比较大的改动，首先进行一个小范围的测试，然后慢慢放量，直到这个功能覆盖到所有用户。
-
灰度发布：通过不同的策略将用户分流，让不同的用户体验不同的版本。（常用方法：产品Q群、产品微信群、内部用户、app自升级、换量渠道、不会被抓包的小市场，在这些渠道将灰度包放还出去。这里边可控度最强的当属app自升级了。根据时间段，用户版本，升级请求数量，实际升级数等等）
（三大类型：1web页面灰度。2服务器厚度。客户端灰度）
-
AB Test：灰度发布方法中的一种，将用户分为AB两组，然后收集他们的反馈效果。
（策略维度：包括新闻信息、地理坐标、版本信息、发布渠道、城市、网络类型等）
（生效机制：立即生效，热启生效，冷启生效。热启生效就是退出界面，重新进入生效，实时。冷启生效就是杀死进程之后，重新进入生效，安全）
优点
- 提前获得目标用户的使用反馈，及时差缺补漏
- 发现bug时，可以及时回滚
- 快速验证产品的效果
- 降低发布风险，降低测试依赖
发布流程
- 定义目标
- 选定策略：用户规模，发布频率，功能覆盖度，回滚策略，运营策略，新旧系统部署。
- 筛选用户：用户特征，用户数量，常用功能，用户范围。
- 部署系统：部署新系统，部署用户行为分析系统，设定分流规则，运营数据分析，分流规则微调
- 发布总结：用户行为报告分析，用户问卷调查，社会化媒体意见收集，形成产品功能改进列表
- 产品完善
- 迭代
