【測開面試題】「排查問題的思路」,沒有測試經歷很難答得好

測試開發面試題答案彙總(第2期)

面試題來源:【面試乾貨】2020年軟件測試面試題大全(持續更新)附答案 》 前端

3.1 排查問題的思路

「Q:有個用戶反饋上傳頭像失敗,分析緣由?」java


「Q:app 閃退的緣由?」python


「Q:偶然閃退的排查?」程序員

  1. 通常成熟的團隊都會有 crash 的監控平臺,能夠從 crash 平臺上去查看 crash 發生位點。web

  2. 手工嘗試復現 crash,通常偶然的閃退,都不會特別容易復現,可能須要適當施加一些比較苛刻的條件(弱網、斷網、快速點擊、快速划動等等)。面試

  3. 查看 crash 日誌,好比 Android APP 能夠用 adb 命令去查看:編程

// mac 下面adb logcat *:E | grep CRASH
// windows 下面adb logcat *:E | findstr CRASH
  1. 執行 Monkey 或遍歷測試,暴力操做手機,嘗試復現 bug。


「Q:網頁卡頓的緣由是什麼?」windows

緣由一:http 請求次數太多後端

解決:規範接口設計,減小 http 請求次數。性能優化

緣由二:接收數據時間過長,以下載資源過大

解決:對 HTTP 傳輸進行壓縮,可採用 gzip 無損壓縮,壓縮效果最佳。

緣由三:JavaScript 腳本過大,阻塞了頁面的加載

解決:將 JavaScript 腳本放在標籤前。script 沒有 async 和 defer 時,JS 文件將在下載後當即執行。這種狀況下,script 放在頂部會阻塞頁面呈現,在網速慢的狀況下會致使「白屏」,直到腳本下載完畢才繼續呈現頁面。所以,script 放在底部可讓頁面儘快呈現。

緣由四:CSS、JavaScript、圖片等須要重複加載

解決:靜態資源統一放在一個靜態域名上,減輕重複下載靜態資源的負擔。

緣由五:cookie 影響

解決:減少 cookie 的影響 。去除沒有必要的 cookie,若是網頁不須要 cookie 就徹底禁掉。此外,對 cookie 瘦身和設置合適的 cookie 過時時間,也能削弱 cookie 的影響。

緣由六:網頁資源過多

解決:使用 CDN 部署網絡以提升下載速度,能夠先經過免費的 CDN 供應商來分發網頁資源。

https://blog.csdn.net/zhouziyu2011/article/details/71453126


「Q:10%的用戶反饋用不了功能,你將如何排查?」

關鍵詞是 10%,說明只對部分用戶產生影響,考慮的思路有如下幾點:

  1. APP 版本影響,多是接口改動沒有考慮版本控制,對低版本用戶形成影響。
  2. 操做系統版本,多是用戶的操做系統太高或太低,沒有作好兼容。
  3. 灰度測試或 AB 測試,多是功能缺陷致使對部分灰度用戶產生影響。
  4. 跟會員用戶有關,多是一些功能僅僅只對 VIP 會員開放,然而這部分功能有缺陷。
  5. 跟用戶分佈地域有關,好比說:有些地區沒有開放功能,可是也給這些用戶展現了入口。


「Q:登陸的按鈕不能點擊,如何排查問題?」

登陸按鈕不能點擊,大機率前端會有問題:

  1. 前端沒有響應用戶點擊事件,致使請求發不出去。
  2. 前端發起 HTTP 請求,可是後端接口返回異常,前端捕獲異常以後,沒有處理。
  3. 網絡異常,發不出去請求,可是前端也沒有做出提示。
  4. 內存不夠,致使頁面卡死


「Q:壓測的時候,QPS 一直上不去,你會怎麼排查?」

  1. 看被測服務器的性能,看是否資源被打滿,致使請求沒法鏈接 解決辦法:被測服務器擴容。
  2. 看接口是否出現報錯,以及響應時間是否變慢 解決辦法:接口性能優化。
  3. 看壓測機器的性能,是否是網絡 IO 佔滿,併發數達不到 解決辦法:多臺壓測機器併發。
  4. 看壓測工具是否支持併發請求 解決辦法:採用多線程或協程的方式去併發請求


「Q:APP 提示沒法鏈接網絡,你會如何排查?」

第一步:檢查網絡環境

  1. 檢查 4G 和 Wifi 是否可用,能夠先看手機網絡鏈接圖標狀態,有無信號,是否弱網,而且能夠切換其餘 APP,測試網絡是否可用。
  2. 檢查是否有網絡限制,好比僅公司內網可用的 APP,你在別的網絡環境是沒法鏈接的。
  3. 檢查是否鏈接了代理或代理鏈接是否出現異常,手機鏈接電腦代理以後,若是不安裝證書,發起 https 的請求將出現異常。

第二步:檢查 APP 的網絡請求

  1. 抓包,檢查 APP 請求的域名是否正確
  2. 抓包,檢查後端接口是否響應超時
  3. 抓包,檢查後端接口是否返回異常,而 APP 沒有作相關的異常提示。


「Q:怎麼判斷一個 BUG 究竟是前端的 BUG 仍是後端的 BUG?」

  1. 樣式和交互層面的 Bug,大機率都是前端的 Bug
  2. 數據和文案相關的 Bug,大機率都是後端的 Bug

拿移動端來講,最簡單可是又最實用的辦法是對比測試,即 Android 和 iOS 對比測試,

假如說 Android 和 iOS 都有問題,多是後端 Bug;

假如說 Android 和 iOS 有一端有問題,則多是 Andorid 或者 iOS 某一終端的 Bug,但也不必定絕對,也有多是後端的 Bug。


「大廠測試開發」面試題大綱





長按識別下方二維碼關注公衆號

關注個人微信公衆號【測試開發Guide】,


回覆「java」:便可得到java經典學習資料,帶你輕鬆入門java編程。

回覆「java面試題」:領取java相關經典面試資料,面試以前突擊一把,大廠不是夢。

回覆「python」:免費獲取「python入門」高分好書,業餘時間偷偷變牛逼。
回覆「面試」:24個常見的測試面試題,你必定不想錯過。
回覆「書單」:獲取2020年軟件測試工程師必看的書單

回覆「測試用例」:獲取本人經常使用的 Excel 和 Xmind 測試用例模版




轉了嗎

讚了嗎

在看嗎

本文分享自微信公衆號 - 程序員臻叔(TestDevGuide)。
若有侵權,請聯繫 support@oschina.cn 刪除。
本文參與「OSC源創計劃」,歡迎正在閱讀的你也加入,一塊兒分享。

相關文章
相關標籤/搜索