开发者测试思路（产生的原因谁来分析）

大家好啊，我是大田如题，产生 BUG 测试人员需要自己去分析原因吗？大田说说自己的想法：如果说到分析，最终肯定是开发查代码去分析，但是测试人员可以根据问题先做一个初步的定位，下面我们就来聊聊关于开发者测试思路?接下来我们就一起去了解一下吧!

开发者测试思路

大家好啊，我是大田。

如题，产生 BUG 测试人员需要自己去分析原因吗？大田说说自己的想法：如果说到分析，最终肯定是开发查代码去分析，但是测试人员可以根据问题先做一个初步的定位。

总体思路是：由测试人员初步定位，再协助开发复现，由开发分析代码，解决。

1、如果是测试人员发现的 BUG，

可以利用 F12 抓包、Linux看日志 log、查库对比等手段先分析报错情况，这几步基本能发现大部分问题。测试人员把具体报错原因给到开发，也能提升开发的工作效率；

2、如果是客户发现的 BUG，

先由测试人员复现，复现出来后，按照上述第 1 点所说，继续后续操作；

3、如果测试时间实在不够，

测试人员需要将问题提到缺陷管理系统中，阐述清楚具体出现的步骤、bug类型等，开发按照步骤复现分析问题。

以上就是大田今天的分享，如果你觉得有用，可以给大田点个赞~