国产 无码 综合区,色欲AV无码国产永久播放,无码天堂亚洲国产AV,国产日韩欧美女同一区二区

【軟件測試】定位bug

這篇具有很好參考價(jià)值的文章主要介紹了【軟件測試】定位bug。希望對大家有所幫助。如果存在錯(cuò)誤或未考慮完全的地方,請大家不吝賜教,您也可以點(diǎn)擊"舉報(bào)違法"按鈕提交疑問。

1.區(qū)分bug是前端還是后端

1.1前后端bug特點(diǎn)

1.1.1前端bug特點(diǎn)

1.界面相關(guān)
2.布局相關(guān)
3.兼容性相關(guān)

1.1.2后端bug特點(diǎn)

1.業(yè)務(wù)邏輯相關(guān)
2.性能相關(guān)
3.數(shù)據(jù)相關(guān)
4.安全性相關(guān)

1.2前端問題

1.2.1界面相關(guān)

常見的界面相關(guān)問題有:排版錯(cuò)亂、文字錯(cuò)誤、數(shù)據(jù)錯(cuò)誤、兼容性問題

(1)文字錯(cuò)誤

  • 功能文字:對話框或彈框中的標(biāo)題文字
  • 提示文字:前端給出的文案提示

(2)數(shù)據(jù)錯(cuò)誤

  • 列表字段錯(cuò)誤
  • 表單字段錯(cuò)誤等。

這種情況下可以查看前端是否參與計(jì)算,或是有無進(jìn)行過字段配置管理,一般情況下可以先提交給前端。

  • 根據(jù)計(jì)算的處理人來提交,如果是后端處理的,則提交給后端;如果是前端處理的,則提交給前端;如果是專門的數(shù)據(jù)人員,則與數(shù)據(jù)人員溝通。

(3)兼容問題
如果使用了UI框架 ,則前端問題常見于框架問題。

1.2.2功能相關(guān)

功能相關(guān):功能實(shí)現(xiàn)錯(cuò)誤、不完整、邏輯錯(cuò)誤等。

(1)功能問題
通過抓包查看請求的方式來初步判斷。

  • 無請求,則初步判斷為前端Bug;
  • 抓包中有請求,則可以通過不同的狀態(tài)碼來判斷,有請求的情況下可以初步判斷為后端Bug

狀態(tài)碼:HTTP 響應(yīng)狀態(tài)碼

(2)邏輯錯(cuò)誤問題

  • 一般情況下,確認(rèn)邏輯問題,找后端處理;
  • 不確定的邏輯問題,與需求、后端一起討論處理。

1.2.3性能相關(guān)

常見的性能問題:頁面打開較慢,表單打開慢等。
一般情況下可以通過抓包來查看請求

  • 請求耗時(shí)較小,則初步斷定為前端問題
  • 耗時(shí)長,可以結(jié)合其他信息排查為后端問題。

性能相關(guān)的問題出現(xiàn)后,建議通過工具來評估整體的性能,可以進(jìn)一步定位是哪個(gè)部分的問題。

1.3后端問題

后端問題:業(yè)務(wù)邏輯、數(shù)據(jù)問題、安全相關(guān)的問題、性能問題等

后端問題多數(shù)可以通過查詢錯(cuò)誤日志信息來排查原因

有些信息不會展示在前臺,需要結(jié)合服務(wù)端日志信息一起排查定位了。

在定位的過程中可以記錄下相關(guān)SQL的問題,服務(wù)端的問題以及代碼問題,以便于日后查看。

1.3.1經(jīng)驗(yàn)法

例如: 網(wǎng)頁上的某個(gè)圖片的分辨率不對,如果我們了解實(shí)現(xiàn)過程,可以想到一般情況下,是根據(jù)某個(gè)地址去服務(wù)器取圖片的,數(shù)據(jù)庫一般只保存地址,那么

  • 圖片能正確顯示,就說明后端的基本功能是滿足需求的。
  • 如果具體圖片分辨率有誤,最可能的原因是前端顯示過程出了差錯(cuò)。

1.3.2查日志

當(dāng)我們發(fā)現(xiàn)一個(gè)bug,并不確定這個(gè)bug屬于前端還是后端,可以查看后端服務(wù)的日志,復(fù)現(xiàn)bug時(shí),查看日志中有沒有相關(guān)信息。
基本可以認(rèn)為,

  • 日志沒有輸出,很可能這個(gè)功能并沒有與后端交互,也就不存在后端的問題,則可能為前端問題
  • 日志有輸出,可以進(jìn)一步查看有無錯(cuò)誤日志信息,進(jìn)一步分析
  • 不存在交互的情況下,更多偏向于前端問題。

1.3.3查接口

這種方法常用于查看是后端返回給前端的數(shù)據(jù)有誤,還是前端顯示有誤。
大多數(shù)瀏覽器都有自帶的接口查看工具,如Chrome,F(xiàn)ireFox等都可以通過F12開啟抓包,在NetWork中可以看到當(dāng)前頁面發(fā)送的每個(gè)http請求。
我們需要對比通過后端接口拿到的數(shù)據(jù)和前端顯示的數(shù)據(jù),來確認(rèn)問題出在哪里。文章來源地址http://www.zghlxwxcb.cn/news/detail-495089.html

  • 如果數(shù)據(jù)錯(cuò)了,頁面顯示是錯(cuò)的,也是正常的,先從后端入手去解決。
  • 前端功能實(shí)現(xiàn)導(dǎo)致后端返回的數(shù)據(jù)出錯(cuò),則可以初步判斷為前端問題;
  • 查看后端返回的接口數(shù)據(jù)不一致或是出現(xiàn)報(bào)錯(cuò)信息,則判斷為后端問題;

到了這里,關(guān)于【軟件測試】定位bug的文章就介紹完了。如果您還想了解更多內(nèi)容,請?jiān)谟疑辖撬阉鱐OY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章,希望大家以后多多支持TOY模板網(wǎng)!

本文來自互聯(lián)網(wǎng)用戶投稿,該文觀點(diǎn)僅代表作者本人,不代表本站立場。本站僅提供信息存儲空間服務(wù),不擁有所有權(quán),不承擔(dān)相關(guān)法律責(zé)任。如若轉(zhuǎn)載,請注明出處: 如若內(nèi)容造成侵權(quán)/違法違規(guī)/事實(shí)不符,請點(diǎn)擊違法舉報(bào)進(jìn)行投訴反饋,一經(jīng)查實(shí),立即刪除!

領(lǐng)支付寶紅包贊助服務(wù)器費(fèi)用

相關(guān)文章

  • 4大軟件測試策略的特點(diǎn)和區(qū)別(單元測試、集成測試、確認(rèn)測試和系統(tǒng)測試)

    4大軟件測試策略的特點(diǎn)和區(qū)別(單元測試、集成測試、確認(rèn)測試和系統(tǒng)測試)

    四大軟件測試策略分別是單元測試、集成測試、確認(rèn)測試和系統(tǒng)測試。 單元測試也稱為模塊測試,它針對軟件中的最小單元(如函數(shù)、方法、類、模塊等)進(jìn)行測試,以驗(yàn)證其是否符合預(yù)期的行為和結(jié)果。單元測試通常由開發(fā)人員編寫,目的是在開發(fā)過程中盡早發(fā)現(xiàn)和修復(fù)錯(cuò)

    2024年02月07日
    瀏覽(21)
  • 【軟件測試常見Bug清單】

    軟件測試中,bug的類型有很多種,比如:代碼錯(cuò)誤、界面優(yōu)化、設(shè)計(jì)缺陷、需求補(bǔ)充和用戶體驗(yàn)等; 一般情況下,需求補(bǔ)充和設(shè)計(jì)缺陷比較好區(qū)分,但是代碼錯(cuò)誤、界面優(yōu)化和用戶體驗(yàn)區(qū)分不是很明顯; 下面我們就來說說這三者,順帶整理一些常見的這些類型的bug實(shí)例。 代

    2024年02月04日
    瀏覽(21)
  • 【軟件測試】為bug而生

    【軟件測試】為bug而生

    為什么定位問題如此重要? 可以明確一個(gè)問題是不是真的“bug” 很多時(shí)候,我們找到了問題的原因,結(jié)果發(fā)現(xiàn)這根本不是bug。原因明確,誤報(bào)就會降低 多個(gè)系統(tǒng)交互,可以明確指出是哪個(gè)系統(tǒng)的缺陷,防止“踢皮球”,提高問題解決的效率 增強(qiáng)開發(fā)對測試的信任度,溝通更

    2024年02月04日
    瀏覽(24)
  • 【軟件測試】測試&開發(fā)的一生之?dāng)?BUG

    【軟件測試】測試&開發(fā)的一生之?dāng)?BUG

    BUG相比大家都知道,程序運(yùn)行出錯(cuò)或者與預(yù)期不符就是BUG.現(xiàn)在我們來用測試人員的角度來看待BUG. 測試人員要測試開發(fā)人員的代碼,找出開發(fā)人員可能忽略的問題.然后把這個(gè)問題反饋給開發(fā)人員. 如何把BUG清晰簡潔明了的描述出來,會涉及到很多東西.這并不只是簡單說一下遇到

    2024年02月04日
    瀏覽(26)
  • 軟件測試的生命周期、Bug

    軟件測試的生命周期、Bug

    1、軟件的生命周期: 需求分析:分析需求是否正確、完整。 設(shè)計(jì):項(xiàng)目的上線時(shí)間、開始開發(fā)時(shí)間、測試時(shí)間、人員... 計(jì)劃:設(shè)計(jì)技術(shù)文檔、進(jìn)行UI設(shè)計(jì)... 編碼:寫代碼(實(shí)現(xiàn)用戶需求)。 測試:測試軟件是否有 Bug。 運(yùn)行維護(hù):出現(xiàn)線上問題進(jìn)行修復(fù)。 2、軟件測試的生

    2024年02月08日
    瀏覽(25)
  • 軟件測試中對Bug的詳解

    軟件測試中對Bug的詳解

    目錄 1. 什么是Bug 2. Bug的要素 3. Bug的級別 4. Bug的生命周期 5. 在Bug上與開發(fā)產(chǎn)生爭執(zhí)怎么辦 6. 總結(jié) Bug是指在軟件開發(fā)或使用過程中發(fā)現(xiàn)的軟件缺陷或錯(cuò)誤,也稱為故障或缺陷。通常表現(xiàn)為軟件的不正常行為或功能無法正常使用,會對軟件的質(zhì)量和用戶體驗(yàn)產(chǎn)生負(fù)面影響。 比

    2024年02月04日
    瀏覽(23)
  • 軟件測試/測試開發(fā)丨利用人工智能自動找Bug

    軟件測試/測試開發(fā)丨利用人工智能自動找Bug

    在程序員編程的過程中,產(chǎn)生Bug是一件平常的事情,以前在編碼的過程中提前找出Bug,需要通過單元測試、CodeReview等各種方式。 當(dāng)今,人工智能技術(shù)的發(fā)展給軟件開發(fā)和測試帶來了許多機(jī)會。利用人工智能技術(shù),可以開發(fā)出自動化的 Bug 檢測工具,從而提高軟件質(zhì)量和可靠性

    2024年02月07日
    瀏覽(41)
  • 軟件測試就業(yè)現(xiàn)狀分析,2023是卷還是潤?

    軟件測試就業(yè)現(xiàn)狀分析,2023是卷還是潤?

    現(xiàn)狀1、網(wǎng)絡(luò)上大量人唱衰,測試就業(yè)不行了 2022年5月后,越來越多人網(wǎng)絡(luò)發(fā)聲“互聯(lián)網(wǎng)行業(yè)不行了”。貼吧、知乎、小紅書上,也有大量人反饋軟件測試就業(yè)慘淡……,篇幅有限,僅列舉貼吧的聲音: 總結(jié)網(wǎng)絡(luò)上的聲音大概是這么兩種: 吐槽a):相比去年,測試崗位數(shù)下跌

    2023年04月23日
    瀏覽(23)
  • 軟件測試/測試開發(fā)丨ChatGPT的火爆對測試人員來說,是機(jī)遇還是挑戰(zhàn)?

    軟件測試/測試開發(fā)丨ChatGPT的火爆對測試人員來說,是機(jī)遇還是挑戰(zhàn)?

    ChatGPT的橫空出世,在測試行業(yè)掀起了一股浪潮。雖然它的強(qiáng)大讓許多人感到擔(dān)憂,擔(dān)心它會取代測試人員從而導(dǎo)致失業(yè),但同時(shí)也有許多人感到興奮,因?yàn)镃hatGPT能夠幫助他們解決繁瑣的工作任務(wù)。 那么,ChatGPT的火爆對于測試人員是機(jī)遇還是挑戰(zhàn)? 首先,ChatGPT的出現(xiàn)在測試

    2024年02月02日
    瀏覽(24)
  • 4大軟件測試策略的特點(diǎn)和區(qū)別(單元測試、集成測試、確認(rèn)測試和系統(tǒng)測試)_集成測試、系統(tǒng)測試、單元測試的反饋速度比較

    4大軟件測試策略的特點(diǎn)和區(qū)別(單元測試、集成測試、確認(rèn)測試和系統(tǒng)測試)_集成測試、系統(tǒng)測試、單元測試的反饋速度比較

    測試目標(biāo)是驗(yàn)證最小單元的正確性、可靠性和穩(wěn)定性; 測試結(jié)果通常以測試用例的成功率和錯(cuò)誤報(bào)告等形式進(jìn)行反饋 二、集成測試 集成測試也稱為組裝測試,是指在把各個(gè)模塊連接起來的時(shí)候,測試跨越模塊接口的數(shù)據(jù)是否會丟失、各個(gè)子功能組合起來是否能夠達(dá)到預(yù)期要

    2024年04月23日
    瀏覽(13)

覺得文章有用就打賞一下文章作者

支付寶掃一掃打賞

博客贊助

微信掃一掃打賞

請作者喝杯咖啡吧~博客贊助

支付寶掃一掃領(lǐng)取紅包,優(yōu)惠每天領(lǐng)

二維碼1

領(lǐng)取紅包

二維碼2

領(lǐng)紅包