滥用宝贵的BAU资源

今天一个同事发了个链接给我，我点进去发现一切正常。然后同事说，你多点几次，就会发现从页面开始load，到正常显示，中间大概有0.5秒钟会显示一个Error message: Resource cannot be found.

我点了十几次后，终于有一次瞄到一眼一个怪东西，不过0.5秒时绝对没有的，最多0.1秒。内容完全看不清，没法确认是不是他说的那个Error。

我说这算什么问题啊？就算中间出现点怪东西，最终消失了，页面也正常显示了，谁在乎啊？

同事当然也理解，但现在就是有一个“鹰眼”用户发现并报告了这个问题，ticket也提交了，只能给个说法了。这个链接是从同事维护的系统里点出来的，但其实跟他的系统没关系，所以他要把ticket踢给我。

其实像这种ticket，我这里茫茫多，不管用户提交ticket的时候，Priority设的是high还是low，到了我这里一律都改成lowest——真正high priority的问题，是不会通过这个渠道到我这儿的。Lowest就意味着不用处理，除非没事干了，但我这种人日理万机，怎么可能没事干呢？

我去调查这个问题，主要是出于好奇，我就想知道我看到的那个怪东西是不是同事看到的那个Error。

我首先想到的办法是录屏，然后把视频放到“剪映”里一帧一帧去找，果然找到了，截图发给同事，确认是他看到的那个Error。

然后我想我是看到了，但怎么让Tester看到呢？尤其是等我解决这个问题后（假设我去解决的话），怎么证明给Tester看呢？即使在“剪映”里也只有一帧的画面有这个Error，下一帧就没了。因为太短暂了，“剪映”里看到Error说明确实问题存在，“剪映”里看不到也不能证明问题被解决了。

急人之所急啊，明明是Tester的问题，我已经开始操心起来了。

记得以前用过Chrome dev tool里面的offline功能，去测试网页断网后的表现。除了online和offline，还可以选择网速(Fast 3G, Slow 3G)，当时觉得为啥还有这种破选项谁会用啊，今天终于领悟到Chrome设计者的高瞻远瞩了。选了Slow 3G后，那个Error就很明显了（停留了1秒钟），还让我精确定位到是哪个request导致了这个Error。

我顺藤摸瓜也找到了问题的根源——已经存在5年了。修复应该也很简单，但我想起“鹰眼”用户在ticket里写到：请调查此问题是否跟最近的upgrade有关。

咱们不能惯着这种用户吧，老是提交这种ticket来浪费我们宝贵的BAU资源。