Question

上节说到，我们发版后接到大量用户反馈说不能登录，但是我们在北京却不能复现问题，一筹莫展。

我们通过分析发现，这些反馈用户来自全国各地，但就是没有北京的，所以我们需要找一个能稳定重新这个问题的人，来协助我们排查问题。

就在我们急得像热锅上的蚂蚁时，有一个身在外地的客服妹子打电话给我们反馈同样的问题。当时我们激动死了，因为这个客服人员，就是我们要找的人，她具备两个特质：

1）能够稳定重现问题。

2）愿意花费大量时间不厌其烦的帮我们测试。

于是我们就基于这一个月来每天晚上9点通过DailyBuild机制生成的安装包，使用上一节介绍的二分法来排查问题。就这样一步步缩小范围，直到我们发现是某一天开发人员的一次错误导致的。这时已经是第二天晚上9点了。客服妹子陪我们整整一天进行枯燥的测试工作，装了卸，卸了装，反反复复就是验证登录那个功能。

查明原因并修复问题就要紧急发版了，但是只有那一个客服妹子测试过，只能说看似修复了这个bug，对于其他用户，升级后是否就可以登录了，还不得而知。于是我就逐个给之前投诉的客人打电话，请他们帮忙，安装我发给他们的测试版，看是否可以正常登录了。因为当时已经晚上9点多了，所以大部分客人要么是已经休息了，怪我半夜吵醒他们，要么是不接电话，还有怀疑我是骗子的。总之打到晚上10点，二十多人中只有2个人愿意帮我们做测试，但聊胜于无，多一个人测试成功，就多一分上线信心。

经过这件事，我就总结出两点：

1）二分法再好用，找不到能帮助我们复现问题的人也是白搭。客服部门是比较好的人选，她们可以在接到客人投诉后，亲自用自己的手机点一点，看看问题是否真的存在。而且，最重要的是，她们在复现后，能帮我们长时间进行测试，因为我们是同一个公司，这属于部门之间协作，都是为公司做事，责无旁贷。另一个可以建立协作关系的部门是遍布全国各地的销售部门和分公司，可以帮我们测试全国各地的网络情况。

2）对于互联网公司，一定要建立公司的忠实用户群。这些用户可以在新版本发布前，帮我们进行测试。他们遍布全国各地，有各种不同的需求，从而试用的业务场景也不尽相同。要适当给他们一些奖励，比如VIP用户或者红包代金券什么的。不要以为全国人民都像开发人员似的，每天忙得焦头烂额，哪还有时间去帮别人去做小白鼠，其实有闲人和好心人还是很多的。

一般来说，能打电话来投诉的用户，都是愿意花时间帮我们进行测试的用户。