![軟件測試人員測試過程中如何分析定位常見BUG](/draw/image/軟件測試人員測試過程中如何分析定位常見BUG.png)
軟件測試人員測試過程中如何分析定位常見BUG
當(dāng)你在上班期間,聽到不遠處傳來,這樣的聲音"你會不會提BUG,責(zé)任人都指派錯了,能好好提嗎?"
如果哪天開發(fā)對著你說出這句話
那么作為測試的你,此時心里是怎么想的?
確實,作為一名測試的我,一直認為測試人員提出一個BUG,就要有一定的專業(yè)性、嚴謹性
作為一名測試人員如果連常見的系統(tǒng)問題都不知道如何分析,頻繁將前端人員問題指派給后端人員,后端人員問題指派給前端人員,那么在團隊里你在開發(fā)中的地位顯而易見 ,口碑、升值、加薪那應(yīng)該是你遙不可及的夢!
但是作為測試人員來說,盡管你不能深入的去分析問題,但是你能發(fā)現(xiàn)系統(tǒng)存在的問題,這點也是值得肯定的,所以繼續(xù)加油
所以今天給大家分享的主題是:"軟件測試人員測試過程中如何分析定位常見BUG"普及一些常用方法與技巧
首先當(dāng)系統(tǒng)出現(xiàn)bug時,一定要將bug現(xiàn)象進行錄制保留,保留現(xiàn)象時為了證明這個bug出現(xiàn)過,如果bug是必現(xiàn)還好說,如果該bug無法必現(xiàn),那么保存的截圖都是你直接證據(jù),要養(yǎng)成良好的保存現(xiàn)場的習(xí)慣
提BUG這塊,還是要體現(xiàn)出測試的專業(yè)性,標題簡潔、問題環(huán)境標識清楚、問題詳細描述清楚、系統(tǒng)錯誤表象貼圖、接口傳參返參貼圖、必要時貼服務(wù)器日志,總結(jié)來說不該少的bug標簽一個不要少
1、 小型產(chǎn)品,前后端一人統(tǒng)籌
一些小型程序,例如前后端都用node、php語言開發(fā)的,整個系統(tǒng)前后端是同一個開發(fā)的時候,那么我可以自信的給你說,系統(tǒng)出現(xiàn)問題時,bug大膽的提,往猝死的提,責(zé)任人錯不了!
2. 常規(guī)系統(tǒng),多人開發(fā)協(xié)同
前置:測試之前該測試人員對系統(tǒng)、業(yè)務(wù)、環(huán)境部署、開發(fā)人員等較為熟悉
在測試之前打開對應(yīng)瀏覽器的F12直接開個新頁簽,或者使用抓包工具等,系統(tǒng)呈現(xiàn)出問題時,查看對應(yīng)的請求、日志信息等我們才能去全面的定位是前端還是后端人員的問題,具體給大家介紹以下幾個常用方法
(1)分析問題場景進行預(yù)判
先查看頁面表象,根據(jù)問題表像判斷問題可能出現(xiàn)的原因,進行縮小范圍,并且準備好錄制工具,錄制問題
系統(tǒng)頁面無法正常訪問的提示5開頭的找后端,4開頭的先檢查請求地址或者對應(yīng)的權(quán)限,進入系統(tǒng)頁面正常打開,提示異常代碼錯誤的直接找后端
進入系統(tǒng)頁面展示異常圖片視頻相關(guān)提示Flash等相關(guān)信息進行安裝Flash如若還不行找前端,界面UI展示兼容性錯誤找前端
如若系統(tǒng)訪問正常,進入操作頁面,功能性報錯信息,就進入下面環(huán)節(jié),抓包查看對應(yīng)請求體,看日志等
4**開頭的狀態(tài)碼一般都是客戶端(前端)的問題;例如常見的404確認下是否是請求的地址有錯,403確認是否有權(quán)限訪問,具體可百度
5**開頭的狀態(tài)碼一般都是服務(wù)端(后端)問題,例如常見的500,則表示是服務(wù)器內(nèi)部錯誤,503網(wǎng)絡(luò)過載導(dǎo)致服務(wù)端延時,502服務(wù)器崩潰等,具體可百度
通過訪問報錯的頁面,加載錯誤請求時我們通過F12進行分析請求包,查看對應(yīng)的入?yún)⒁约绊憫?yīng)數(shù)據(jù)
例如:請求入?yún)㈠e誤,那么該bug屬于前端的錯誤;入?yún)藴士梢愿鶕?jù)前端頁面的輸入的內(nèi)容或者選擇的內(nèi)容,進行核驗,入?yún)⒏袷揭约笆欠癖靥畹瓤梢詫?yīng)接口文檔去進行分析或跟開發(fā)確認
例如:請求未響應(yīng)或者響應(yīng)數(shù)據(jù)錯誤,那么該bug就屬于后端的錯誤;一般是數(shù)據(jù)庫查看報錯,例如刪了某個表查詢報錯誤空指針等
如果請求的入?yún)⒒蛘唔憫?yīng)數(shù)據(jù)都沒問題,可以跟開發(fā)反饋是不是瀏覽器解析的問題,可以換個瀏覽器測試
(4) 查看日志
針對服務(wù)端類型的報錯,我們可以進行登錄日志平臺或者服務(wù)器對應(yīng)Log目錄下查看打印出的日志
常用查看日志命令tail ,/error進行快速檢索關(guān)鍵詞接口名等相關(guān)內(nèi)容
拿到對應(yīng)的日志,將日志文件貼進bug單,指派給后端,提高專業(yè)性,測試人員也要養(yǎng)成看日志的習(xí)慣,看著看著就懂了
(5) 經(jīng)驗法則
在系統(tǒng)前端頁面當(dāng)碰見服務(wù)器配置相關(guān)報錯的信息例如Nginxxxx或者代碼以及SQL相關(guān)的提示報錯信息直接找后端處理,例如JAVAxxxx 、.PHP、SQL等異常報錯
前端字符校驗、格式校驗、等,瀏覽器界面UI兼容性以及插件,或者APP、小程序類調(diào)用手機相關(guān)功能拍照、語音無法正常調(diào)用直接找前端
記住以上的一些方法以及技巧減少將BUG責(zé)任人提錯的概率,在提單方面整潔完整一些,長久以來,體現(xiàn)出你的專業(yè)性,相信開發(fā)會對你豎起大拇指
做一個既能發(fā)現(xiàn)問題還能協(xié)助開發(fā)解決的問題的測試人員,那也是你從初級跨入中級測試的一個標準
最后我也整理了一些軟件測試學(xué)習(xí)資料,對于學(xué)軟件測試的小伙伴來說應(yīng)該會很有幫助,為了更好地整理每個模塊
需要的私信我關(guān)鍵字【555】免費獲取哦 注意關(guān)鍵字是:555
全套軟件測試自動化測試教學(xué)視頻
300G教程資料下載【視頻教程+PPT+項目源碼】
全套軟件測試自動化測試大廠面經(jīng)
![軟件測試人員測試過程中如何分析定位常見BUG](/Upload/image/2023/0324/0c8956597840154954f5611dafae2745.jpg)
做ppt的基本步驟?
步驟方法:
1、首先,打開PPT軟件。
2、紅框是PPT的主標題,填入“PPT演示文檔”。
3、紅框處事PPT的副標題,如填入“BY--翔風(fēng)痕”。
4、紅框處可以調(diào)整文字的對齊方式,選中副標題文字,點擊“右對齊”,就可以看到,副標題已經(jīng)移到文本框最右邊。
5、將鼠標移動到副標題文本框可以發(fā)現(xiàn)鼠標變成黑色十字形狀,然后可以拖動文本框,試一下拖動,將副標題向左移動一點。
6、左邊紅框內(nèi)的是幻燈片的頁數(shù),點擊可以查看當(dāng)前頁面。打開默認只有一個幻燈片,再新建一個,右鍵左邊方框內(nèi),選擇“新幻燈片”。
7、紅框處填寫標題。填上“演示第一步”,下方填寫內(nèi)容,填入一些文字。
8、再新建一個幻燈片,在標題填入“演示第二步”,然后在下方文本框嘗試插入圖片。點擊插入——圖片——來自文件。
9、在彈出來的選擇文件框中選擇要插入的圖片,點擊插入。
10、還可以給圖片加一些動態(tài)效果,右鍵點擊圖片,在彈出的菜單中選擇“自定義動畫”。
11、右邊彈出動畫欄,點擊“添加效果”,選擇一個圖片進入的效果,點擊確定。
12、完成PPT的制作以后,點擊“幻燈片放映——觀看放映”,或者按鍵盤快捷鍵F5。測試一下自己做的幻燈片效果。
13、保存,幻燈片制作完成。
![軟件測試人員測試過程中如何分析定位常見BUG](/Upload/image/2023/0316/66ce2c2d2c3b4ba4b4aaabcde97a3230.jpg)
cs結(jié)構(gòu)(客戶端)軟件測試要點,需要寫成PPT給開發(fā)看的,讓開發(fā)避免低級錯誤!在線等?。?!
主要要說明幾個方面
1功能性測試
1)功能正確性,檢測標準為需求文檔或者設(shè)計文檔,主要檢查是否存在功能缺失
2)流程正確性,正常流程、回退流程、分支流程是否能正常使用
3)功能可靠性,在錯誤、非法、空的情況系統(tǒng)是否能做出正確的響應(yīng)(黑盒測試方法如邊界值、等價類劃分等,這個就不細說了)
4)流程可靠性,主要針對非需求、設(shè)計上有說明可能為非法流程的操作過程,這種情況在復(fù)雜流程系統(tǒng)中存在,經(jīng)常出現(xiàn)單節(jié)點上有多個分支,或者存在交叉流程的系統(tǒng)中,或者分支流程中存在回退操作的,都有可能,具體情況需要具體分析了
5)數(shù)據(jù)正確性,如果C/S的系統(tǒng)的話可能涉及金融行業(yè),錢算的對不對,算法的邏輯判斷,這個需要結(jié)合功能正確性和可靠性一起進行測試的
2、對于性能要求的話,主要關(guān)注以下3個方面,時間特性(響應(yīng)時間、傳輸時間等)、用戶數(shù)情況(并發(fā)用戶數(shù)、在線用戶數(shù)等)、資源特性(服務(wù)器的CPU、內(nèi)存、網(wǎng)絡(luò)等使用情況、客戶端的cpu情況、內(nèi)存使用情況),這個需要團隊在開發(fā)伊始就要注意的,主要集中在技術(shù)選型、開發(fā)框架、數(shù)據(jù)庫設(shè)計方面
后面的內(nèi)容需要團隊的能力提升以后的事情了,不過現(xiàn)在可以讓大家有相關(guān)意識,不用以后手忙腳亂
3、安全特性主要關(guān)注應(yīng)用安全(包括功能性安全、權(quán)限安全等)、系統(tǒng)安全(軟件是否存在安全后門等等類似)
4、兼容性關(guān)注不同的操作系統(tǒng)
5、易用性關(guān)注用戶能否易于上手(這個可以擴展出去的內(nèi)容)
有這幾個方面,我想差不多夠了,當(dāng)然還有更細節(jié)的方面。