目錄
一、背景
今天項目的微信羣裏面發來了一張圖片
發現設備總數1030，與現場安裝的設備嚴重不符。確認這是一個bug。但是作爲測試，肯定不能說只是這裏有個bug這麼簡單啊。我們要發現bug是怎麼產生的。
二、谷歌瀏覽器操作
F12，到業主單位這個頁面去刷新
發現這個方法是queryOwner，點擊response再看看返回的數據
分別是currentPage：1036，pageSize：657，totalSize：386
看看Headers請求路徑
這個是單位設備的總數，
三、IDEA看java代碼
我們打開IDEA，查一查有沒有controller處理這一塊的，通過controller的linux日誌和company我們看看有沒有companycontroller，打開一看還真有（就是要找到這個方法）
這個請求的方法就在註解
@RequestMapping(value = "/queryOwner")
裏面。
我們看看代碼，看看這個方法實現了啥東西
從這裏看出setPageSize纔是傳入傳感器的，從返回的json數據看currentPage是傳入設施的數量。所以我們看看前端是不是把傳感器的數量當成設施的數量去展示了
四、notepad++看前端js代碼
從服務器上取下jar包，直接用winscp工具
用壓縮文件打開
把裏面的static文件夾打開
打開static裏面的viewsd的unit.js
我們用notepad++打開，查找剛纔的方法
方法已經找到，往下看看這個方法做了什麼（這一步看經驗打開unit.js試一試這個方法在哪）
問題出現在這裏！！！sensors的值取的是currentPage！！，看出來這2行代碼弄反了，我們改一下位置就行
保存，丟在壓縮包裏保存。
關閉。保存服務器上的jar包，重新命名做個備份（養成良好習慣）
丟進去，刷新一波頁面
改好了。
四、Navicat數據庫查詢
Navicat數據庫查詢一波！
沒問題！
五、聯網單位更改
這個只是有幾個單位是舊數據，沒相應的字段，加上去查詢的時候就能查找出來了。
前後對比
六、總結
作爲一個測試工程師，需要學會查找問題出現在哪裏，不然別人（開發）問你，就知道有bug、bug，誰會理你啊。好好的找一下根因，這樣子才能更好的和開發溝通。（或者自己找出來就修復掉，哈哈哈）希望大家能好好學習，當一個優秀的軟件測試工程師！
測試，不止於測試！
2020年6月24號晚
端午節的前一天