事情要从最近的事情说起。
公司里有两款产品，产品之间有对接，分别有我这个团队，和另一个团队分别进行维护。接口就一起进行联调。数据源是我们这边提供，另一边负责数据解析。
实际工作中很容易碰到一个问题就是，对接的部分出问题了，例如解析数据的那边出现异常数据，由于产品设计原因很难确定到问题出现在谁的部分。
有时候负责数据解析的测试就直接把问题甩给我们这边。

通过以上描述有没有发现什么问题呢？
如果真的是数据源的问题，那还好。如果不是呢？如果是解析过程中的问题呢？
最后的结果就是我们这边花了大量时间找问题原因，最后发现不是我们这块的问题。

由这件事，我反思了一下。我们平时不管是像如上情况，还是给开发提 BUG 的时候，有没有想过这些问题：
1、这真的是个 BUG 么？
2、这个 BUG 确认是因为程序原因导致的么（脏数据还是其他问题）？
3、自己还可以不可以把出现问题的范围再缩小一点（更精确定位有问题的模块）？
以上三个问题可以在自己将要把问题甩给别人的时候仔细思考一下，1 和 2 保证你提给别人的东西的确有问题，3 保证不会把问题给错人以及帮助提升找问题的效率。

我身边出现过这类人，测试的时候输入数据，一看输出不对，马上提个 BUG 甩给开发，剩下什么也不管了。舒服了自己，浪费了别人时间。

所以我在此呼吁，各位测试同仁在测试的时候一定要 “三思而后行”。而且越是定位问题产生原因越详细说明测试综合能力越强。