我在跟很多测试人员交流中发现，很大一部分测试工程师在进行功能和接口测试过程中，对于发现的bug很少去进行定位，只是将bug基于业务操作上如何出现的，进行描述；至于bug产生的原因，开发自己排查去吧。本文中，我们将探讨如何结合抓包分析、linux日志分析以及数据库查询来进行深度定位，提高bug解决的效率，体现更多测试人员的价值。
一、功能测试出现bug，如何定位？
当界面出现bug，可先抓包分析定位前端还是后端bug，fiddler抓包定位过程：
先查看请求信息：没有发出请求、请求信息错误的 —>前端bug
请求信息正确的，查看后端返回响应是否正确，若错误—>后端bug，进一步可通过linux日志+数据库定位
请求信息正确的，后端返回响应也正确，但前端页面信息显示错误(例如无显示/显示异常) --> 前端bug。
问题1：进行如下功能操作中，最后一步点击提交，页面无任何反应！
如何定位？
1）抓包分析：因为是web项目，这里通过浏览器开发者工具F12进行分析。
找到网络视图，当点击提交时，无请求信息，问题出在前端！
2）前端有报错提示，点开报错，可以看到原因：TypeError: files is undefined。也就是提交操作时，files文件未定义。结合当前功能业务思考哪个环节需要提交文件。
3）返回功能操作上一步，发现图片文件未上传。该功能需要优化：当前必填红色* 标注，且当用户必填未填时，弹框给与提示。
问题2：进行如下注册功能操作，报错：校验失败，服务器异常！
如何定位？
1）通常报服务器异常/系统异常，基本可断定是后端bug！当然为了确保前端提交请求无异常，先可通过抓包确认。注册操作，会先检查手机号是否存在，分析抓包请求，得到bug是后端！
2）该后端bug，需进一步看日志定位！这里需要明确：
项目日志记录在什么文件？这里可以问开发。例如当前我的这个项目是基于tomcat来部署的，日志记录在tomcat的logs目录的catalina.out文件中
如何查看日志？因为项目部署在linux环境上，因此这里查看日志文件，需要通过linux命令来查看，例如tail -f catalina.out。通过查看日志文件，得出报错异常原因：查库select * from nm_user where username=?时，Unknown column ‘username’ in ‘where clause’。即查询的字段名username不存在。
3）进一步查库确认，查看表设计，不存在username，实则为user_name。明确bug的原因！
二、接口测试出现bug，如何定位？
接口测试原理：使用工具或代码，模拟客户端发送请求到服务器，服务器接收请求并处理，客户端接收服务器返回响应的过程。
接口测试定位bug过程：
1）如果返回结果是正常的、进一步查看数据库是否有问题，无问题，则测试通过；有问题例如数据库数据增删改有问题就提交bug到bug管理系统；
2）如果返回结果是异常的：
a、先确认地址、参数名、参数传值等是否正确，有问题对应修改，再做测试；
b、如果这些请求设置，传值都没问题，返回结果是异常的，进一步查看数据库以及日志是否有问题，有问题，则提交bug到bug管理系统，并且附上有问题的Jmeter操作、数据库表数据甚至是日志。
问题：如下添加理财产品接口中，传递的bidding_days参数值为2，返回响应中值为5，与传入不一致！
bug分析：
1）响应返回数据有问题，数据从数据库查询得到，猜测是否数据库本身数据就错了。查库确认，入库时bidding就存为5，而且发现之前的所有数据都为5。猜测表设计问题！
2）查看该表的设计，发现该字段设了默认值，明确bug的原因！
感谢每一个认真阅读我文章的人，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走：
这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰难的路程，希望也能帮助到你!有需要的小伙伴可以点击下方小卡片领取
 协议中的高危漏洞：CVE-2025-55182 技术剖析)
