测试工程师寻找bug根因实际项目操作(比女友还真实)

目录

一、背景

二、谷歌浏览器操作

三、IDEA看java代码

四、notepad++看前端js代码

四、Navicat数据库查询

五、联网单位更改

六、总结


一、背景

今天项目的微信群里面发来了一张图片

测试工程师寻找bug根因实际项目操作(比女友还真实)_第1张图片

发现设备总数1030,与现场安装的设备严重不符。确认这是一个bug。但是作为测试,肯定不能说只是这里有个bug这么简单啊。我们要发现bug是怎么产生的。

二、谷歌浏览器操作

F12,到业主单位这个页面去刷新

测试工程师寻找bug根因实际项目操作(比女友还真实)_第2张图片

发现这个方法是queryOwner,点击response再看看返回的数据

分别是currentPage:1036,pageSize:657,totalSize:386

看看Headers请求路径

这个是单位设备的总数,

三、IDEA看java代码

我们打开IDEA,查一查有没有controller处理这一块的,通过controller的linux日志和company我们看看有没有companycontroller,打开一看还真有(就是要找到这个方法)

测试工程师寻找bug根因实际项目操作(比女友还真实)_第3张图片

这个请求的方法就在注解

@RequestMapping(value = "/queryOwner")

里面。

我们看看代码,看看这个方法实现了啥东西

测试工程师寻找bug根因实际项目操作(比女友还真实)_第4张图片

从这里看出setPageSize才是传入传感器的,从返回的json数据看currentPage是传入设施的数量。所以我们看看前端是不是把传感器的数量当成设施的数量去展示了

四、notepad++看前端js代码

从服务器上取下jar包,直接用winscp工具

测试工程师寻找bug根因实际项目操作(比女友还真实)_第5张图片

用压缩文件打开

把里面的static文件夹打开

测试工程师寻找bug根因实际项目操作(比女友还真实)_第6张图片

打开static里面的viewsd的unit.js

测试工程师寻找bug根因实际项目操作(比女友还真实)_第7张图片

我们用notepad++打开,查找刚才的方法

测试工程师寻找bug根因实际项目操作(比女友还真实)_第8张图片

方法已经找到,往下看看这个方法做了什么(这一步看经验打开unit.js试一试这个方法在哪)

测试工程师寻找bug根因实际项目操作(比女友还真实)_第9张图片

问题出现在这里!!!sensors的值取的是currentPage!!,看出来这2行代码弄反了,我们改一下位置就行

测试工程师寻找bug根因实际项目操作(比女友还真实)_第10张图片

保存,丢在压缩包里保存。

 

测试工程师寻找bug根因实际项目操作(比女友还真实)_第11张图片

关闭。保存服务器上的jar包,重新命名做个备份(养成良好习惯)

丢进去,刷新一波页面

测试工程师寻找bug根因实际项目操作(比女友还真实)_第12张图片

改好了。

四、Navicat数据库查询

Navicat数据库查询一波!

测试工程师寻找bug根因实际项目操作(比女友还真实)_第13张图片

没问题!

五、联网单位更改

这个只是有几个单位是旧数据,没相应的字段,加上去查询的时候就能查找出来了。

前后对比

测试工程师寻找bug根因实际项目操作(比女友还真实)_第14张图片

测试工程师寻找bug根因实际项目操作(比女友还真实)_第15张图片

六、总结

作为一个测试工程师,需要学会查找问题出现在哪里,不然别人(开发)问你,就知道有bug、bug,谁会理你啊。好好的找一下根因,这样子才能更好的和开发沟通。(或者自己找出来就修复掉,哈哈哈)希望大家能好好学习,当一个优秀的软件测试工程师!

测试,不止于测试!

2020年6月24号晚

端午节的前一天

 

 

 

 

你可能感兴趣的:(软件测试,java,软件测试,js,bug,bug定位)