上周五，测试妹子跑到我组长那里，嘀嘀咕咕地跟他说些什么。很快，组长对我说：“看下那个极光推送的问题。”极光推送，年前的一个功能用到了它，当时与app那边联调，搞得我焦头烂额、怒火中烧。当时，推送问题，百分之百不是我造成的，可测试妹子却要我去解决。我当时还有许多事情要处理。
如今，问题重现，我的第一反应，就是烦，直接跟组长说，推送问题不是我的问题，如果有问题，就是app那边的问题；上次这个问题花费了我很多时间，搞得我烦死了。我还跟他描述了年前的情况：测试妹子从app同事发送的邮件里拿到app的安装包之后，推送功能一直有问题。我不得不多次亲自周旋于多位相关同事中间，人家也烦躁起来。后来，app同事亲自当面给我一个安装包，推送功能才正常了。
组长还是说让我看下是怎么回事。没办法，我只能看看。调试bug，首先要定位问题，定位错了，沿着错误的方向，猴年马月才能解决问题。我看出了一些异常，可那是app那边的问题。询问app同事，他们给出结论：可能是没有网络或设备不存在。问题到这里，怎么解决？
我让测试妹子去听听app同事的观点。她经过我身边的时候，我问她，你听了app同事说的原因了吗？她说，跟我说有什么用，她又听不懂，把那个问题解决了不就行了。我脱口而出：”这说明不是我的问题，你找我也没有用。“妹子似乎不满意，留下一句“再看看吧”，就扬长而去。
组长，粗略地看了一眼极光推送后台的推送历史，定位为是极光推送接口的问题。虽然都用到了极光推送的接口，但我的功能和他的功能，完全是两套不同的代码：他的代码，一气呵成；我的代码，封装成了很多小方法。他的定位，一半正确，一半错误，暂时排除了测试的干扰，我又忙其他事情了。
本来是波澜不惊的平凡的一天，测试妹子却制造了一个对我而言的小小波折。反思机制拿这件事情不断折磨着我。最后，我想出了新的处理方案。
首先，我跟测试妹子以及其他相关同事，说明此问题的复杂性：推送问题，非常有可能，不是我的问题。要排查这个问题，需要和很多同事沟通，非常耗费时间，解决这个问题需要的时间不可估计。
然后，询问测试妹子以及相关同事，将选择的难题抛给他们：这个问题紧急吗？目前我手头还有很多事情要处理。如果推送问题要优先解决，那么我就先看推送问题；不紧急的话，我就先做完其他事情，再看推送问题。看你们怎么决定。
第二天，周例会的时候，我说出了新的处理思路。我认为这个应对思路很合理，但我说的时候，却犯了喜欢重复申明观点的老毛病。
网友评论