軟件測試人員測試過程中如何分析定位常見BUG 一、前置知識 1. 熟透系統業務、團隊成員情況 2. 熟悉使用F12或抓包工具 3. 了解HTTP/HTTPS協議,能夠區分請求URL、請求頭、請求體、入參、響應數據、響應碼 4. 具備操作常規Linux命令,能否登入服務器查看Log日志 ...
定位問題大致思路:用戶層面問題 gt web頁面 軟件界面 gt 中間件 gt 后端服務 gt 代碼 gt 數據庫 .用戶層面問題:用戶自己的環境問題或操作問題,比如環境不通或者操作不正確。這種問題一般不是bug,如果要考慮構建更加健壯的軟件,那么可以根據實際情況來決定要不要處理。 .web頁面問題:這類問題一般通過觀察以及利用一些常識可發現,比如樣式問題一般是css問題,交互問題一般是是js的問 ...
2018-09-10 16:57 0 2207 推薦指數:
軟件測試人員測試過程中如何分析定位常見BUG 一、前置知識 1. 熟透系統業務、團隊成員情況 2. 熟悉使用F12或抓包工具 3. 了解HTTP/HTTPS協議,能夠區分請求URL、請求頭、請求體、入參、響應數據、響應碼 4. 具備操作常規Linux命令,能否登入服務器查看Log日志 ...
如何去區分一個功能測試工程師的水平高和低? 可以從很多個方面去檢查,比如測試的思路, 比如測試用例的覆蓋度?,比如測試出bug是否能夠定位到根因? 上面說的各個方面都很合理,那我們平常如何如更深的定位問題的根因呢? 1、通過我們的測試的經驗 這個有點不容易掌握,也不容易 ...
測試如何定位判斷是前端的bug還是后端bug 軟件測試工程師的職責是發現BUG,此外,如何體現個人價值,只是提出問題而不去解決,問題就永遠得不到閉環。所以,一個資深的測試人員的基本功應該是這樣的:深挖業務和功能需求,找出BUG,定位BUG,提出解決方案。這里我們就來說說,當我們找到了BUG,應該 ...
bug定位即有足夠的“證據”去證明DOV(開發人員)的代碼存在問題,不是單憑自己認為是bug就是bug,最好可以定位到DOV的某行代碼,某個函數的問題,最好保留日志截圖並且可以保證重現。 定位順序:UI --> 中間件 --> 后台 -->代碼 -->database ...
在測試過程中和不同開發合作,往往會發現一些bug都是大多數開發人員常出現的錯誤,為了幫助開發人員,也減少測試的重復工作量,非常有必要將以往出現的bug做整理,分析原因,讓開發知道這些bug, 避免再次出現, 讓測試人員騰出更多的時間去發現新的bug, 所以,測試開發需要做bug預防。 Web ...
軟件測試人員遇到發現的bug不能重現怎么辦? 剛剛進入測試的童鞋們,想必都遇到過提出的bug,開發要求重現之后,但是在系統上已經重現不了的情況吧. 那么碰到這樣的情況,不管開發還是測試都很糾結,開發考慮,如果拒絕,萬一單子打回之后又出現了這個問題,那還要給我返回來;測試也會考 ...
在web測試過程中,經常會遇到頁面中內容或數據顯示錯誤,甚至不顯示,第一反應就是BUG,沒錯,確實是BUG。進一步了解這個BUG的問題出在那里,是測試人員需要掌握的,可以簡單的使用瀏覽器自帶開發者工具、數據庫工具配合去排查。 1.開發者工具的使用 (1)打開開發者工具,在瀏覽器菜單欄 ...
轉自公眾號《QA之道》 我們從在日常功能測試過程中對UI的每一次操作說白了就是對一個或者多個接口的一次調用,接口的返回的內容(移動端一般為json)經過前端代碼的處理最終展示在頁面上。http接口是離我們最近的一層接口,web端和移動端所展示的數據就來自於這層,那么我們如何知道在測試過成功 ...