产品需求-精选范文之谈谈灰度测试.pdf

谈谈灰度测试

利用灰度测试，产品经理及生产团队可以在产品或应用产品正式

发布、推广前选择一定人群使用，进而找到可能结构性问题，以避免

打击用户体验。那么，如何进行灰度测试？本篇文章里，介绍或进行

了进行灰度实验的方法，以及灰度测试与A/B测试的区别，一起来看

一下。

微信在修改微信号页面输入框下方的提示文案是“微信好账号的

唯一凭证，只能设置一次”，在我朋友和我说微信号可以修改时，我

进行了查看，发现不同的手机显示的不一样，我是“只能设置一次”，

而我朋友的手机的微信账号则显示的是“微信号是唯一凭证，一年只

能修改一次”。

这是因为什么原因导致出现这样的差异呢？本文章通过对灰度测

试的讲解，解释这一原因。

灰度测试，就是在某项产品或应用这类正式发布前，选择特定人

群试用，逐步扩大其试用者数量，以便及时发现和纠正其中的问题。

看到灰度测试，首先我问了自己什么是灰度测试，通过百度后我

了解了灰度测试的了解表达方式，其次，我再问自己为什么产品要进

行灰度测试？

我先从一个产品的开发流程大致走一波，来解答自己的为什么，

我的目的是什么？

产品落地之前会进行产品测试，这时候就会有一个疑问点都已经

有产品测试了为什么还要进行灰度测试。

其实，测试是为了修复BUG，测试并不是在开发完成不在乎后才才

开始的，在第一次项目谈论到这个项目的时候，负责测试的同事需要

思考这个项目的测试检测测试方式，并反复医务人员与研发人员产品

经理沟通。

当沟通完成后，QA就会把测试的点、流程以及测试的方法抄写

“测试用例”，再找产品经理和研发相关人员确人，以保证疏漏因为

对需求的理解问题和不会弄错本来该发现的BUG。测试发现BUG，让研

发人员展开修复。

修复后产品经理需要对产品效果进行，确定产品没有BUG且符合

市场预期符合中国后就可以上线了。

可是呢QA也不是万能的，不可能测试到所有的所有情况，这就是

我们为什么还要进行灰度测试的原因。除了书上说的某些BUG只在用

户量非常小的手机里面出现，还比如，春季手机容易发热、手机太卡

等等，都会导致BUG的出现。

总而言之，我的目的就是，灰度测试做得好二手准备，帮助又累

又惨的产品经理以及研发团队快速试验并发现问题并在即将正式全面

推广之前及时把问题修正，避免用户体验差、让移动用户对产品产生

厌恶，那研发团队蒙冤的努力就付之东流了，所以灰度测验非常重要。

知道了为什么要灰度测试，反问就要问自己怎么进行灰度测试。

虽然我们产品经理不需要亲自去灰度测试，但是全都想到为什么了，

想不到肯定会想到那这个怎么去谈啊！翻阅书籍和百度就是最快知道

怎么去做灰度测试的最好。

首先选择用户，做可以选择灰度实验需要选择适合的用户，需基

于随机原则。

其次选择合适的对比方法。数据的对比有几种方法，时间先后的

对比和不同用户目标群体各异的对比。

A/B测试定义：AB测试是为Web或APP页面或流程剪辑两个（A/B）

或多个（A/B/n）版本，在同一时间维度，分别让围成成分相同（相似）

的访客群组（目标人群）随机地访问这些版本，收集各群组的用户体

验数据和业务数据，最后分析、评估出最好版本，正式采用。

灰度测试指的是系统测试通过后，将测试版本发布到线上为环境，

替换部分的线上服务器代码进行预测试。当渐变测试结束后，线上版

本构建会统一。

本质上才是上线前的测试，收集用户的反馈。

例：网易知乎升级了视频资源的播放格式，但弄清楚不知道新版

本但若有问题。那么知乎可以通过配置下发，控制一部分的知乎APP

去播放新格式的视频。然后通过监控来观测播放成功率和卡顿率等，

一旦有风险问题会立即回滚。

A/B测试指的是系统测试通过并发布后，同一个软件功能不同的用

户会看到不同的实现方式，收集每个用户的反馈。

本质上是上线后才的测试，收集用户的反馈。

例：知乎春节换皮肤，可以把两种待选皮肤几乎都升级换代，看

哪种皮肤的按钮用户点击量大，用户停留时长高。

总结：AB的两种功能性都是可用的，投放的客户群体无差别，让

更用户反之亦然更受欢迎的功能。目标不明确，后期可能是A上线，

也可能是B上线。

灰度版本未必是可用的，或者说没有严重bug的，投放的客户群

体可能被选择和约束（例如只投放安卓低端机），由监