軟件測試人必看,如何定位前后端Bug
當前位置:點晴教程→知識管理交流
→『 技術文檔交流 』
目前,前后端分離的開發(fā)模式在許多項目中被廣泛采用。然而,在我們日常的測試過程中,當我們向開發(fā)人員提交bug時,有可能會遇到開發(fā)人員說bug指派錯了的情況,甚至前后端開發(fā)還會相互推卸責任。為了避免我們自身處于被動的境地,耽誤解決bug的時間,影響項目進度,降低測試與開發(fā)之間的溝通成本,提高工作效率,學會準確定位前后端bug是一項非常重要的技能,筆者面試時就曾經被問到過,那就一起來分析一波吧~ 首先,我們需要了解前后端的區(qū)別。簡單來說 前端:負責展示頁面和用戶交互邏輯 后端:負責處理數據和業(yè)務邏輯。 前后端怎么交互 前后端之間的交互是通過接口進行的,接口是后端暴露給前端調用的,前后端交互大多都是通過HTTP協(xié)議(但不僅限于HTTP)的接口來進行 前端傳入請求URL和請求參數,調用后端提供的HTTP接口,在正常情況下,就可以拿到后端返回的數據,用于頁面的展示 當我們發(fā)現(xiàn)一個bug時,如果是界面排版布局錯誤,比如樣式、文案、字體、兼容性問題,那就是前端bug。另外,像瀏覽器Console打印出的錯誤信息基本也屬于前端bug。 如果是接口報錯,我們可以利用抓包工具進行分析。在web端,可以使用瀏覽器自帶的開發(fā)者工具(F12)進行抓包;在App端,可以借助于Fiddler或者Charles進行抓包。在分析時,我們可以從三個方面進行考慮:請求接口URL、傳參、響應。 01.請求接口URL是否正確:如果請求接口URL不正確,為前端Bug; 02.請求接口的參數是否正確或為空:請求接口參數不正確或為空,為前端Bug; 03.如果請求接口的URL和傳參都正確,但是響應內容錯誤或為空,那就是后端bug。 后端bug。我們可以在服務器上查看日志定位問題,可以通過以下步驟進行查詢 1. 首先,通過 2. 使用 3. 使用 4. 使用 5. 如果只想搜索關鍵詞信息,可以使用 6. 如果希望同時使用 當我們在日志文件中發(fā)現(xiàn)關鍵詞fatal、error、connection refuse、warning等時,需要高度重視,因為通常錯誤會發(fā)生在這些地方。 1. 空指針:可能是由于程序沒有充分考慮為空的情況,或者主外鍵約束的數據為空,或者刪除了關聯(lián)數據導致為空。 2. 數據庫錯誤:可能是數據庫缺少表、SQL語句錯誤、字段未成功插入表、超過數據庫最大長度、存在臟數據等問題。 3. 非法數據:可能是由于輸入的數據不合法導致的問題。 4. 內存溢出:可能是由于程序使用的內存超出了系統(tǒng)的限制導致的問題。 結束語 在實際工作中,我們經常會遇到各種問題。當我們遇到問題時,我們應該先保持冷靜,全面分析并充分理解需求。我們需要確定是自己的誤操作,還是環(huán)境問題,或者是由于臟數據或權限不足導致的bug。如果我們確實無法定位問題,可以尋求開發(fā)人員的幫助。在描述問題的過程中,我們應該提供有效信息,例如問題發(fā)生的時間點、問題相關的視頻/圖片、業(yè)務操作場景,并提供日志等排查依據。這樣做可以大大提高問題排查的效率。 該文章在 2024/3/28 22:55:49 編輯過 |
關鍵字查詢
相關文章
正在查詢... |