资深码农是如何排查BUG的

偶发异常BUG，如何高效精准分析排查定位？

作为测试，经常会收到领导、同事、用户反馈过来各种各样BUG，令人措手不及、手乱脚忙的。

首选需要判断确认是不是BUG，不要急于给予回复，需有充分的条件给予说明回复

很多测试人员收到问题的反应:

需求没说这样？不是BUG？怎么可能是BUG？这个我们测过的怎么会有问题？肯定是环境问题？肯定是程序偷偷改了东西的？昨天还是好的呢？今天怎么这样了？

作为专业测试，我们应保持大度、精心的状态，正因为每次能遇到问题，我才能涨了更多的见识。在这应该感谢作者=me,我讲出了你们的心理的BUG。

收集BUG发生信息，拆分条件

1、用户发生BUG步骤描述、图片、视频、手机号等信息

2、BUG发生的环境、时间

3、BUG发生的机型、手机系统版本、软件系统版本

4、用户使用的网络环境

5、用户使用的第三方软件版本

6、用户当前软件内数据进度情况

7、发生的用户量

8、发生的频率

分析思考：

1、当初测试环境、正式环境是否测过这个case？

2、用户网络环境无线网、4+5g网、弱网、断网，可能导致这个问题？

3、用户安装的软件是低版本，可能导致这个问题？

4、用户机型兼容问题、机型系统版本，可能导致这个问题？

5、用户当前数据状态，可能导致这个问题？

6、用户用了低版本、高版本、测试版本的第三方软件，可能导致这个问题？

7、根据业务逻辑，发散思维，猜测可能的case场景导致这个问题？

8、根据丰富经验，猜测可能是某情况导致？

9、发散思维、头脑风暴、扩大范围，猜测可能

重现定位：

1、网络环境尝试重新

2、软件版本低尝试重新

3、手机类型尝试重新

4、手机系统版本尝试重新

5、第三方软件版本尝试重新

6、线上数据量大尝试重新

7、前端超时、服务器超时尝试重新

8、重复提交尝试重新

9、异常场景逻辑操作尝试重新

10、根据经验判断尝试重新

11、查看日志、用户信息、用户数据

这一堆忙完后，感觉很累啊！！