不相信你说的，只相信我测试的

是的，在我看来，开发和测试之间其实信任度是很低的，对一个bug，开发如何解释是他的事，但实际是不是他解释的那样，我要根据自己实际测试结果来判断。

测试容易被开发忽悠，尤其是初入职场的测试人员，如果没有开发基础，更是容易被开发几个专业术语或一句跟你解释你也不懂忽悠回位置，碰了一鼻子灰，继续问吧，好像显得自己真的啥也不懂，面子上挂不住，不问吧，可能自己心里这一关过不去，迷迷糊糊上线。

其实开发解释的原因无非有：

1：开发可能知道会有问题，但自认为，这些场景没必要考虑，不希望你深入测试。

2：逻辑自己可能也记不清，但他潜意识认为是这样的。

3：压根不想跟测试人员解释，也不想背bug，改bug，直接驳回你的问题或bug。

如果被开发这样赶回去，久而久之，开发对于你的任何问题，都不会再解答，或简单搪塞过去。

这两天公司就遇到个线上问题，隐藏后还是被搜索到，开发负责人反馈说这个没有问题，现在是走job，每种类型的搜索5分钟job执行后才会生效，我没有直接接受开发给的这个结论，而是让测试人员先实际测试验证一下。结果证明，发现的这个线上问题，确实就不在job执行范围内。了解最新，请v关注公众号：小朱谈软件测试

建议测试人员对每个bug（逻辑性）产生的原因追根到底，也了解问题的处理方式，这样回归问题的时候，确认回归范围，是针对这个bug还是针对关联地功能全部冒烟，更高效更全面。