功能&接口测试，详解从抓包+linux日志+数据库的bug定位！

我在跟很多测试人员交流中发现，很大一部分测试工程师在进行功能和接口测试过程中，对于发现的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的原因！

 
写在最后当然，以上的bug案例只是比较片面的情况，并不能覆盖到所有bug场景。我们主要是学会以上的bug分析思路。
来源：豆瓜网用户自行投稿发布，如果侵权，请联系站长删除