如何去區分一個功能測試工程師的水平高和低？ 可以從很多個方面去檢查，比如測試的思路， 比如測試用例的覆蓋度？，比如測試出bug是否能夠定位到根因？ 上面說的各個方面都很合理，那我們平常如何如更深的定位問題的根因呢？ 1、通過我們的測試的經驗 這個有點不容易掌握，也不容易 ...

定位問題大致思路：用戶層面問題-->web頁面/軟件界面-->中間件-->后端服務-->代碼-->數據庫 1.用戶層面問題：用戶自己的環境問題或操作問題，比如環境不通或者操作不正確。這種問題一般不是bug,如果要考慮構建更加健壯的軟件，那么可以根據實際情況來決定 ...

bug定位即有足夠的“證據”去證明DOV（開發人員）的代碼存在問題，不是單憑自己認為是bug就是bug，最好可以定位到DOV的某行代碼，某個函數的問題，最好保留日志截圖並且可以保證重現。 定位順序：UI --> 中間件 --> 后台 -->代碼 -->database ...

前端bug特點 ：1、界面相關 　　2、布局相關 　　3、兼容性相關 后端bug特點 ：1、業務邏輯相關 　　2、性能相關 　　3、數據相關 　　4、安全性相關 定位前后端bug： 　　1、經驗法： 　　　　　　軟件測試人員應不斷精進自己的技能，負責的項目多了，自然對功能的實現過程 ...

測試如何定位判斷是前端的bug還是后端bug 軟件測試工程師的職責是發現BUG，此外，如何體現個人價值，只是提出問題而不去解決，問題就永遠得不到閉環。所以，一個資深的測試人員的基本功應該是這樣的：深挖業務和功能需求，找出BUG，定位BUG，提出解決方案。這里我們就來說說，當我們找到了BUG，應該 ...

2014年12月1日，我賣身到凱通，終於工作了，雖然工作的用到的和課堂上學到的會有不同，但也算學有所用！ 在這邊上班，管理流程是規范的，畢竟是中型公司，但剛工作的人，心還是自由，沒辦法完全適應這里的規章制度。 崗前培訓的一周，我學到了每家軟件開發公司都會有自己測試的流程，學校教的是主要 ...

在web測試過程中，經常會遇到頁面中內容或數據顯示錯誤，甚至不顯示，第一反應就是BUG，沒錯，確實是BUG。進一步了解這個BUG的問題出在那里，是測試人員需要掌握的，可以簡單的使用瀏覽器自帶開發者工具、數據庫工具配合去排查。 1.開發者工具的使用 （1）打開開發者工具，在瀏覽器菜單欄 ...

轉自公眾號《QA之道》 我們從在日常功能測試過程中對UI的每一次操作說白了就是對一個或者多個接口的一次調用，接口的返回的內容(移動端一般為json)經過前端代碼的處理最終展示在頁面上。http接口是離我們最近的一層接口，web端和移動端所展示的數據就來自於這層，那么我們如何知道在測試過成功 ...