測試工程師不只是負責發現問題，除了發現問題這種基本功外，定位問題，提出解決方案，提出預防方案也是要掌握的基礎技能
（前提當然是對功能、產品或業務需要熟悉，bug書寫要盡量貼近開發易懂語言）
介面問題：如圖示錯誤，文字錯誤，樣式錯誤等，此種bug需提供截圖
功能問題：如資料庫錯誤，服務端錯誤，客戶端錯誤，此種bug需提供報錯資訊，抓包資訊或日誌記錄、預期結果，復現路徑等
example：
1、選擇客戶時，客戶資料重複，cust_info基表僅一條資料（使用了v_cust_info_other檢視）
2、建立客戶股權關係後，未往select * from cust_equity_structure t表中記錄客戶掛接資料 （新增或維護均需要同步修改cust_equity_structure和mr_cust_equity_hook表）
3、實控關係解除時，未同步刪除 cust_equity_structure表中對應客戶股權掛接關係
二、定位問題工具
抓包工具：flidder、f12、charles等
2.日誌系統：xshell、finalshell、kibana等
a.檢查請求的資料是什麼，反饋的資料又是什麼（可以通過抓包工具來進行抓包分析）通常情況下，我們可以通過請求介面、傳參和響應三部分來判斷bug，另外，也可以在瀏覽器的控制台進行**除錯定位。
b.根據介面的檔案，檢查資料是否正確
2.後端的bug，如何準確的定位問題在**，如何精準的描述bug
3.前台bug定位：
12 如何通過fiddler定位前後端bug？
如何通過fiddler定位前後端bug？第一種情況 fiddler 在沒有設定過過濾器的情況下面沒有抓到請求資訊，可能是前端頁面元素沒有繫結事件，也有可能是前端發生了js 錯誤，這就是前端的bug 第二種情況 若抓取到的請求返回的結果錯誤，我們要確認一下，是否是前端傳輸的資料是錯的，是的話就是前端的...
easyui框架前後端互動 前後端是如何互動的
1.前端請求資料url由誰來寫?在開發中,url主要是由後台來寫的,寫好了給前端開發者.如果後台在查詢資料,需要借助查詢條件才能查詢到前端需要的資料時,這時後台會要求前端提供相關的查詢引數，這裡的查詢引數也就是url請求的引數。2.介面文件主要由誰來寫?介面文件也是主要由後台開發者來寫的,因為直接跟...
如何bug定位前端還是後端問題？
首先確認是的為測試環境或測試資料問題 其次基於經驗 如果是介面排版布局 相容性 文案展示問題很明顯就是前端問題。如果是網路不穩定下導致的前端檔案載入失敗，也是前端的問題。最後是資料或者處理邏輯上的問題 可以用瀏覽器自帶的f12或者檢視日誌分析。第一如果是瀏覽器自帶的f12，可以檢查請求的位址 引數和...