第一个误区：既然可以测试右移来试错，那么就内场别测了，赶紧发版本。

内场测试在一开始的收益是很高的，我们都知道bug这种东西是一开始发现很多，后来会越来越少，所以说是有一个边界收益的，有一个均衡点。到了均衡点之后，就可以选择性地停止测试进行右移了。还有一点，To B的产品它其实是不能够试错的，也不能灰度，一旦出了一个问题，就直接丢单了，这种产品是不能进行试错的。你的右移可以选择在交付之前先测，但是不能在用户身上试错。

第二个误区：监控可以拦截大部分的线上问题

这样说也对，但是这只是其中的一半，另外一半其实是用户反馈。因为监控有时候并不能监控到一些用户体验的一些东西，用户本身的反馈毕竟是人的一个体验，它对监控是一种补充。还有一种情况是运营和产品可能会发布一个活动，或者发布一个策略变更之类的，这些一般都不会被技术性的监控所拦截，一般都靠用户的体验反馈。用户反馈也是测试右移中对质量监控一个重要的手段。