标签：正式 用户信息 扩大 网络环境 不要急 bug 领导 遇到 日志
偶发异常BUG，如何高效精准分析排查定位？
作为测试，经常会收到领导、同事、用户反馈过来各种各样BUG，令人措手不及
首选需要判断确认是不是BUG，不要急于给予回复，需有充分的条件给予说明回复
很多测试人员收到问题的反应:
需求没说这样？
不是BUG？
怎么可能是BUG？
这个我们测过的怎么会有问题？
肯定是环境问题？
肯定是程序偷偷改了东西的？
昨天还是好的呢？今天怎么这样了？
作为专业测试，我们应保持大度、精心的状态，正因为每次能遇到问题，我才能涨了更多的见识
收集BUG发生信息，拆分条件：
1、用户发生BUG步骤描述、图片、视频、手机号等信息
2、BUG发生的环境、时间
3、BUG发生的机型、手机系统版本、软件系统版本
4、用户使用的网络环境
5、用户使用的第三方软件版本
6、用户当前软件内数据进度情况
7、发生的用户量
8、发生的频率
分析思考：
1、当初测试环境、正式环境是否测过这个case？
2、用户网络环境无线网、4g网、弱网、断网，可能导致这个问题？
3、用户安装的软件是低版本，可能导致这个问题？
4、用户机型兼容问题、机型系统版本，可能导致这个问题？
5、用户当前数据状态，可能导致这个问题？
6、用户用了低版本、高版本、测试版本的第三方软件，可能导致这个问题？
7、根据业务逻辑，发散思维，猜测可能的case场景导致这个问题？
8、根据丰富经验，猜测可能是某情况导致？
9、发散思维、头脑风暴、扩大范围，猜测可能
重现定位：
1、网络环境尝试重新
2、软件版本低尝试重新
3、手机类型尝试重新
4、手机系统版本尝试重新
5、第三方软件版本尝试重新
6、线上数据量大尝试重新
7、前端超时、服务器超时尝试重新
8、重复提交尝试重新
9、异常场景逻辑操作尝试重新
10、根据经验判断尝试重新
11、查看日志、用户信息、用户数据
待续~~~~~~~~~~~~~~~~~~~~~~
标签：正式 用户信息 扩大 网络环境 不要急 bug 领导 遇到 日志
原文地址：https://www.cnblogs.com/mabingxue/p/10291878.html
