這邊推薦你去看一下這套專門講解面試和簡歷的視頻，主打面試題，接口-web-app全套視頻面試題，還有配套的筆記！

這個視頻可以說是B站百萬播放全網第一的面試教程，同時在線人數到達1000人，并且還有筆記可以領取2023最新軟件測試面試大全看完offer拿到手軟_嗶哩嗶哩_bilibili2023最新軟件測試面試大全看完offer拿到手軟共計21條視頻，包括：1.HR已讀不回問題分析以及如何解決、2.HR已讀不回之針對性進行簡歷優化。、3.HR已讀不回之針對性進行技能提升路線。等，UP主更多精彩視頻，請關注UP賬號。https://www.bilibili.com/video/BV1TP411Z7c9/?spm_id_from=333.337.search-card.all.click

1.bug的定義，bug的周期

軟件bug是指軟件程序的漏洞和缺陷，測試工程師或用戶所發現和提出的軟件可改進的細節、或與需求文檔存在差異的功能實現等

生命周期中缺陷狀態：新建-->指派-->已解決-->待驗-->關閉

發現BUG-->提交BUG-->指派BUG-->研發確認BUG-->研發去修復BUG-->回歸驗證BUG-->是否通過驗證-->關閉BUG

2. 怎么判斷是前端bug還是后端bug

界面相關，排版錯亂，文案錯誤等問題都屬于前端bug

出現樣式問題的都是css的bug

出現文本問題的都是html的bug

出現交互有問題的都是js的bug

功能相關，抓包分析，從接口 請求url 參數 接口響應來分析

未發送請求，屬于前端bug

接口請求url錯誤，傳參錯誤，屬于前端bug

接口返回數據錯誤，屬于后端bug

性能相關

頁面加載慢或者提交表單慢，抓包查看請求耗時，如果耗時長，就屬于后端bug

3. postman接口測試怎么做？

接口測試就和普通功能測試沒什么區別，區別就是功能測試是在頁面上輸入值，提交數據看結果，而接口測試沒有頁面，通過接口規范文檔上的調用地址，請求參數，拼接報文，然后發送請求，檢查返回結果。

步驟

打開postman，填寫接口信息

結合測試用例，組合變換參數信息后，查看返回的json數據與prd（產品需求文檔）是否一致

功能測試

單接口測試

正常參數

全部必填參數

全部參數（必填+非必填）

全部參數（必填+ 部分非必填）

異常參數

數據異常：長度，類型是否為空，不滿足業務等

參數異常：多參，少參，無參，錯誤參數（password寫成pass）等

多接口測試（業務場景測試，用在冒煙測試里）

4. 測試報告的組成

概述（包括項目背景，需求分析）

測試時間，測試環境

測試過程（評審記錄，測試范圍，測試用例）

功能實現清單（列出是否已經按照測試計劃實現功能）

缺陷統計（測試缺陷統計，測試用例執行情況統計）

測試統計情況（資源統計，執行情況，問題統計，問題列表，遺留的問題）

測試總結（測試結論（是否通過），測試內容，測試用例的覆蓋程度，bug的解決程序）

測試風險

5. 測試用例設計方法

黑盒（等價類劃分，邊界分析，因果圖和錯誤猜測）

白盒（邏輯覆蓋，循環測試路徑選擇，基本路徑測試）

6. 軟件測試通過的標準是什么

測試用例完全執行，測試用例覆蓋到所有的測試點，并且缺陷的密度達到客戶的需求

7. 什么是bug？

沒有實現的功能

完成了用戶需求的功能，但是運行時會出現一些功能或性能上的問題

實現了用戶不需求的多余功能

8. 簡述軟件測試的流程

閱讀相關技術文檔

參加需求評審會議

根據最終確定的需求文檔編寫測試計劃

編寫測試用例

用例評審

開發提交代碼

執行測試用例，記錄發現的問題

驗證bug與回歸測試

編寫測試報告

產品上線

9. 自動化測試腳本開發的主要步驟

通過某些方式定位到我們要執行的對象，目標

對這個對象進行什么操作

通過操作對定位到的對象賦值

添加斷言操作

10. 什么是冒煙測試

冒煙測試就是在每日構建版本后，對系統的基本功能進行簡單的測試，這種測試強調程序的主要功能進行的驗證，而不會對具體功能進行更深入的測試

11. app測試和web測試不同的地方

web項目是b/s架構，基于瀏覽器的，web測試只要更新了服務器端，客戶端就會同步更新

app項目，c/s架構， 必須要有客戶端，app修改了服務端，客戶端用戶所有核心版本都需要進行回歸測試

web項目需要監測響應時間，cpu ，內存

app項目除了監測響應時間，cpu，內存外，還需要監測流量，電量

web基于瀏覽器，一般選擇不同瀏覽器內核進行測試，app必須依賴于手機或者pad，分辨率，尺寸，設備系統

12. 一條bug記錄都包含了哪些內容，如何提交高質量的bug記錄

一條bug記錄最基本應包含：編號，bug所屬模塊，bug描述，bug級別，發現日期，發現人，修改日期，修改人，修改方法，回歸結果

要有效的發現 Bug 需參考需求以及詳細設計等前期文檔設計出高效的測試用例，然后嚴格執行測試用例，對發現的問題要充分確認肯定，然后再向外發布如此才能提高提交 Bug 的質量。

13. 如何使用jmeter進行壓力測試

添加請求

線程組配置-----設置線程組--------設置循環次數--------------設置壓測持續時間

添加聚合報告

執行分析結果----主要看：請求數，響應時間（越小越好），tps（服務器每秒鐘處理的請求數，數值越大越好）

14. 自動化和手動測試的區別

測試效率不同

完成同等數目的測試，啟動自動化速度更快，手工測試則需要消費更多的時間，但是自動化測試的腳本開發比用例開發耗時長，包括編寫腳本、調試腳本、維護腳本，而手工測試雖然也要對測試用例進行撰寫、評審、修訂，由于用例編寫更多為自然語言，時間上會少

執行可靠性不同

自動化測試中可靠的按腳本執行，后續定位，復現有明確的配置路徑可尋，而手工測試往往會因為自己的判斷導致測試出錯，并且在測出來的問題上有一部分是不能復現的。但是自動化的穩定來源于其死板，而人的智慧體現在思維的跳躍，跳躍的思維也會導致后期不易定位。

覆蓋率不同

在同等時間內，啟動自動化測試能夠覆蓋更多的功能，而手工測試只能覆蓋小部分功能。但是自動化測試適合回歸測試，開發中的功能不劃算。對于開發***能，需求或者實現的更改，都會導致自動化腳本的變更，開發中的功能更適合手工測試。

15. 項目是如何進行測試的

了解被測系統，被測功能和各個功能的業務邏輯

分析需求文檔，整理測試點

測試方法設計，將測試方法用到項目中

編寫測試用例

拿到被測軟件后，執行測試，提交bug，有效的進行回歸測試

測試總結

16. mysql 有AB兩個表，A表用戶表，B表角色表，C表是關系表，查詢用戶都是什么角***>

17. mysql 查詢成績倒數第三的同學

limit 返回查詢條件的前幾條或者中間某幾行的數據，可接收兩個參數， 第一個參數表示從第幾行數據開始查，第二個參數表示查幾條數據。注：初始記錄行的偏移量是 0

用法

SELECT * FROM table LIMIT 5,10; // 檢索記錄行 6-15

SELECT * FROM table LIMIT 95,-1; // 檢索記錄行 96-last.

SELECT * FROM table LIMIT 5; //檢索前 5 個記錄行 相當于limit 0,5

18. 怎么測一個鼠標

界面

形狀，大小 是否符合要求

是否有燈光顯示

是否有產品logo顯示，開關是否顯示標識

功能

帶線鼠標的話，連接在機箱上是否能使用，連接在筆記本上是否能使用

藍牙鼠標的話，不插入連接器是否能使用；電腦打開藍牙，是否能連接成功；鼠標沒電，是否還能繼續使用

鼠標左鍵是否能點擊，點擊后頁面是否有反應

鼠標左鍵是否能選中文本

鼠標右鍵，是否顯示刷新，復制等功能

鼠標滾軸是否可以滑動頁面

鼠標點住左鍵是否可以拖動文件

鼠標是否可以雙擊

性能

鼠標左右鍵最多能夠使用多久

電池可以支持多久

鼠標摔了之后是否還能正常使用

19. 當開發說這不是一個bug的時候，如何應付

開發人員說不是bug，有兩種情況

需求沒有明確，這個時候可以找到產品人員進行確認，需不需要改動

這種情況不可能發生，所以不需要修改。這個時候，我可以先盡可能的說出是BUG的依據是什么？如果被用戶發現或出了問題，會有什么不良結果？程序員可能會給你很多理由，你可以對他的解釋進行反駁。如果還是不行，那我可以給這個問題提出來,跟開發經理和測試經理進行確認,如果要修改就改,如果不要修改就不改。其實有些真的不是bug，我也只是建議的方式寫進TD中，如果開發人員不修改也沒有大問題。如果確定是bug的話，一定要堅持自己的立場，讓問題得到最后的確認。

20. 軟件測試有哪些類型

測試類型：功能測試，性能測試，界面測試，UI測試、接口測試、安全測試、兼容性測試、易用性測試、壓力測試、負載測試

21. 功能測試包含哪些測試

22. 么才能夠全面的測試到每一個點？

測試的全面性主要需要在設計測試計劃的時候考慮，從測試策略，產品需求等等

多個角度考慮從而定義全部的測試點

23.你覺得bugzilla在使用的過程中，有什么問題？

界面不穩定；

根據需要配置它的不同的部分，過程很煩瑣。

流程控制上，安全性不好界定，很容易對他人的Bug進行誤操作；

沒有綜合的評分指標，不好確認修復的優先級別。

24.eta測試與Alpha測試有什么區別？

Beta testing(β測試),測試是軟件的多個用戶在一個或多個用戶的實際使用環境下進行的測試。開發者通常不在測試現場
Alpha testing (α測試),是由一個用戶在開發環境下進行的測試，也可以是公司內部的用戶在模擬實際操作環境下進行的受控測試

25. 系統測試階段低級缺陷較多怎么辦？

公司有預測試這個流程 會在開展測試活動之前對主要功能點的正常流程做一個測試以判斷這個版本是不是可測試版本 如果低級缺陷比較多 嚴重阻礙測試執行的話 我們會打回開發部 不執行測試

26.什么是安全測試？

安全性測試是要檢驗在系統中已經存在的系統安全性、保密性措施是否發揮作用， 有無漏洞。

力圖破壞系統的保護機構以進入系統的主要方法有以下幾種： 正面攻擊或從側面、背面攻擊系統中易受損壞的那些部分； 以系統輸入為突破口，利用輸入的容錯性進行正面攻擊

感謝每一個認真閱讀我文章的人，看著粉絲一路的上漲和關注，禮尚往來總是要有的，雖然不是什么很值錢的東西，如果你用得到的話可以直接拿走：

①　200多本軟件測試電子書（主流和經典的書籍應該都有了）

②　零基礎，進階視頻，自動化測試視頻等等

③　非常適合新人練手的項目實戰

④　1000道軟件測試面試題，

⑤ 軟件測試學習路線圖（告別不入流的學習）

總結

以上是生活随笔為你收集整理的2023年比较经典的软件测试工程师面试题（自我总结）的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。