使用 Fiddler+Linux 日志 + 数据库，搞懂3个问题，强势回怼开发！_linux fiddle(1)

定位分析问题的能力是测试不可或缺的，而且这个能力需要项目经验积累以及需要丰富的知识面才能达到的。企业需要这样的人才，因为他们需要会解决问题的人，而不仅仅是发现问题的人！

所以，想要提升自己的职场价值，以及定位问题、分析问题的能力是必须具备的！

问题的确是好问题，那么…

1 如何进行问题的定位和分析呢？

正常工作的数据交互情况：

要能分析项目出了问题的场景，我们需要先清楚的知道正常场景下前端和后端分别是怎么工作和进行数据交互的：

我们现在看一个项目注册页面功能，通过Fiddler抓包来进行分析，如图：

一个注册的过程，包括了一下三个步骤：

1） 校验验证码的正确性；

2）检查用户名是否重复；

3）注册用户名和密码，添加用户信息到数据库；

并且每个步骤前端请求和后端响应消息，也是要清楚知道怎么交互的。

当注册失败了，到底是前端问题还是后端问题呢？

比如开发升级了版本，当我们做回归测试的时候，发现了如下bug：

发现这个bug后，很多测试会截图+记录bug，然后指派给开发，因为页面无响应，会认为是页面的问题，就会指派给前端开发。

如此操作，会引起以下现象：

1、前端开发和后端开发相互踢皮球，前端开发说不是自己的bug，后端开发也说不是自己的问题，测试很被动，因为自己也无法判断；

2、开发频繁来找你收集日志 ，看数据库，增加了开发和测试的沟通成本，这也是导致了工作效率低下的原因！

其实再很多公司的测试都说开发人不好，说公司测试跟开发相处不好，测试没有地位，但是其实要在自己身上找原因：

如果你是这样的一个甩手测试，怎么可能会赢得开发的尊重呢？！

所以，发现这个bug怎么去定位和分析以及尽可能多的提供有效的信息给开发修复bug呢？

第一步：通过抓包分析，这个错误信息是前端还是后端提示的？

以下是Fiddler抓包的结果：

从抓包结果可以看到，前端正确的发送了用户名密码和验证等数据，但是后端服务器的响应结果为空。所以，这个bug肯定是后端的开发的问题。

但是，确定了是后端的问题，那么注册的用户信息有存到数据库里么？是数据库的问题么？所以要确认这个问题，需要继续进行定位。

最后的话

最近很多小伙伴找我要Linux学习资料，于是我翻箱倒柜，整理了一些优质资源，涵盖视频、电子书、PPT等共享给大家！

资料预览

给大家整理的视频资料：

给大家整理的电子书资料：

如果本文对你有帮助，欢迎点赞、收藏、转发给朋友，让我有持续创作的动力！

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以点击这里获取！

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
503)**

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！