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

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

1.bug的定義，bug的周期

軟件bug是指軟件程序的漏洞和缺陷，測試工程師或用戶所發(fā)現(xiàn)和提出的軟件可改進(jìn)的細(xì)節(jié)、或與需求文檔存在差異的功能實(shí)現(xiàn)等

生命周期中缺陷狀態(tài)：新建-->指派-->已解決-->待驗(yàn)-->關(guān)閉

發(fā)現(xiàn)BUG-->提交BUG-->指派BUG-->研發(fā)確認(rèn)BUG-->研發(fā)去修復(fù)BUG-->回歸驗(yàn)證BUG-->是否通過驗(yàn)證-->關(guān)閉BUG

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

界面相關(guān)，排版錯(cuò)亂，文案錯(cuò)誤等問題都屬于前端bug

出現(xiàn)樣式問題的都是css的bug

出現(xiàn)文本問題的都是html的bug

出現(xiàn)交互有問題的都是js的bug

功能相關(guān)，抓包分析，從接口 請求url 參數(shù) 接口響應(yīng)來分析

未發(fā)送請求，屬于前端bug

接口請求url錯(cuò)誤，傳參錯(cuò)誤，屬于前端bug

接口返回?cái)?shù)據(jù)錯(cuò)誤，屬于后端bug

性能相關(guān)

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

3. postman接口測試怎么做？

接口測試就和普通功能測試沒什么區(qū)別，區(qū)別就是功能測試是在頁面上輸入值，提交數(shù)據(jù)看結(jié)果，而接口測試沒有頁面，通過接口規(guī)范文檔上的調(diào)用地址，請求參數(shù)，拼接報(bào)文，然后發(fā)送請求，檢查返回結(jié)果。

步驟

打開postman，填寫接口信息

結(jié)合測試用例，組合變換參數(shù)信息后，查看返回的json數(shù)據(jù)與prd（產(chǎn)品需求文檔）是否一致

功能測試

單接口測試

正常參數(shù)

全部必填參數(shù)

全部參數(shù)（必填+非必填）

全部參數(shù)（必填+ 部分非必填）

異常參數(shù)

數(shù)據(jù)異常：長度，類型是否為空，不滿足業(yè)務(wù)等

參數(shù)異常：多參，少參，無參，錯(cuò)誤參數(shù)（password寫成pass）等

多接口測試（業(yè)務(wù)場景測試，用在冒煙測試?yán)?#xff09;

4. 測試報(bào)告的組成

概述（包括項(xiàng)目背景，需求分析）

測試時(shí)間，測試環(huán)境

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

功能實(shí)現(xiàn)清單（列出是否已經(jīng)按照測試計(jì)劃實(shí)現(xiàn)功能）

缺陷統(tǒng)計(jì)（測試缺陷統(tǒng)計(jì)，測試用例執(zhí)行情況統(tǒng)計(jì)）

測試統(tǒng)計(jì)情況（資源統(tǒng)計(jì)，執(zhí)行情況，問題統(tǒng)計(jì)，問題列表，遺留的問題）

測試總結(jié)（測試結(jié)論（是否通過），測試內(nèi)容，測試用例的覆蓋程度，bug的解決程序）

測試風(fēng)險(xiǎn)

5. 測試用例設(shè)計(jì)方法

黑盒（等價(jià)類劃分，邊界分析，因果圖和錯(cuò)誤猜測）

白盒（邏輯覆蓋，循環(huán)測試路徑選擇，基本路徑測試）

6. 軟件測試通過的標(biāo)準(zhǔn)是什么

測試用例完全執(zhí)行，測試用例覆蓋到所有的測試點(diǎn)，并且缺陷的密度達(dá)到客戶的需求

7. 什么是bug？

沒有實(shí)現(xiàn)的功能

完成了用戶需求的功能，但是運(yùn)行時(shí)會(huì)出現(xiàn)一些功能或性能上的問題

實(shí)現(xiàn)了用戶不需求的多余功能

8. 簡述軟件測試的流程

閱讀相關(guān)技術(shù)文檔

參加需求評審會(huì)議

根據(jù)最終確定的需求文檔編寫測試計(jì)劃

編寫測試用例

用例評審

開發(fā)提交代碼

執(zhí)行測試用例，記錄發(fā)現(xiàn)的問題

驗(yàn)證bug與回歸測試

編寫測試報(bào)告

產(chǎn)品上線

9. 自動(dòng)化測試腳本開發(fā)的主要步驟

通過某些方式定位到我們要執(zhí)行的對象，目標(biāo)

對這個(gè)對象進(jìn)行什么操作

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

添加斷言操作

10. 什么是冒煙測試

冒煙測試就是在每日構(gòu)建版本后，對系統(tǒng)的基本功能進(jìn)行簡單的測試，這種測試強(qiáng)調(diào)程序的主要功能進(jìn)行的驗(yàn)證，而不會(huì)對具體功能進(jìn)行更深入的測試

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

web項(xiàng)目是b/s架構(gòu)，基于瀏覽器的，web測試只要更新了服務(wù)器端，客戶端就會(huì)同步更新

app項(xiàng)目，c/s架構(gòu)， 必須要有客戶端，app修改了服務(wù)端，客戶端用戶所有核心版本都需要進(jìn)行回歸測試

web項(xiàng)目需要監(jiān)測響應(yīng)時(shí)間，cpu ，內(nèi)存

app項(xiàng)目除了監(jiān)測響應(yīng)時(shí)間，cpu，內(nèi)存外，還需要監(jiān)測流量，電量

web基于瀏覽器，一般選擇不同瀏覽器內(nèi)核進(jìn)行測試，app必須依賴于手機(jī)或者pad，分辨率，尺寸，設(shè)備系統(tǒng)

12. 一條bug記錄都包含了哪些內(nèi)容，如何提交高質(zhì)量的bug記錄

一條bug記錄最基本應(yīng)包含：編號(hào)，bug所屬模塊，bug描述，bug級(jí)別，發(fā)現(xiàn)日期，發(fā)現(xiàn)人，修改日期，修改人，修改方法，回歸結(jié)果

要有效的發(fā)現(xiàn) Bug 需參考需求以及詳細(xì)設(shè)計(jì)等前期文檔設(shè)計(jì)出高效的測試用例，然后嚴(yán)格執(zhí)行測試用例，對發(fā)現(xiàn)的問題要充分確認(rèn)肯定，然后再向外發(fā)布如此才能提高提交 Bug 的質(zhì)量。

13. 如何使用jmeter進(jìn)行壓力測試

添加請求

線程組配置-----設(shè)置線程組--------設(shè)置循環(huán)次數(shù)--------------設(shè)置壓測持續(xù)時(shí)間

添加聚合報(bào)告

執(zhí)行分析結(jié)果----主要看：請求數(shù)，響應(yīng)時(shí)間（越小越好），tps（服務(wù)器每秒鐘處理的請求數(shù)，數(shù)值越大越好）

14. 自動(dòng)化和手動(dòng)測試的區(qū)別

測試效率不同

完成同等數(shù)目的測試，啟動(dòng)自動(dòng)化速度更快，手工測試則需要消費(fèi)更多的時(shí)間，但是自動(dòng)化測試的腳本開發(fā)比用例開發(fā)耗時(shí)長，包括編寫腳本、調(diào)試腳本、維護(hù)腳本，而手工測試雖然也要對測試用例進(jìn)行撰寫、評審、修訂，由于用例編寫更多為自然語言，時(shí)間上會(huì)少

執(zhí)行可靠性不同

自動(dòng)化測試中可靠的按腳本執(zhí)行，后續(xù)定位，復(fù)現(xiàn)有明確的配置路徑可尋，而手工測試往往會(huì)因?yàn)樽约旱呐袛鄬?dǎo)致測試出錯(cuò)，并且在測出來的問題上有一部分是不能復(fù)現(xiàn)的。但是自動(dòng)化的穩(wěn)定來源于其死板，而人的智慧體現(xiàn)在思維的跳躍，跳躍的思維也會(huì)導(dǎo)致后期不易定位。

覆蓋率不同

在同等時(shí)間內(nèi)，啟動(dòng)自動(dòng)化測試能夠覆蓋更多的功能，而手工測試只能覆蓋小部分功能。但是自動(dòng)化測試適合回歸測試，開發(fā)中的功能不劃算。對于開發(fā)***能，需求或者實(shí)現(xiàn)的更改，都會(huì)導(dǎo)致自動(dòng)化腳本的變更，開發(fā)中的功能更適合手工測試。

15. 項(xiàng)目是如何進(jìn)行測試的

了解被測系統(tǒng)，被測功能和各個(gè)功能的業(yè)務(wù)邏輯

分析需求文檔，整理測試點(diǎn)

測試方法設(shè)計(jì)，將測試方法用到項(xiàng)目中

編寫測試用例

拿到被測軟件后，執(zhí)行測試，提交bug，有效的進(jìn)行回歸測試

測試總結(jié)

16. mysql 有AB兩個(gè)表，A表用戶表，B表角色表，C表是關(guān)系表，查詢用戶都是什么角***>

17. mysql 查詢成績倒數(shù)第三的同學(xué)

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

用法

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

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

SELECT * FROM table LIMIT 5; //檢索前 5 個(gè)記錄行 相當(dāng)于limit 0,5

18. 怎么測一個(gè)鼠標(biāo)

界面

形狀，大小 是否符合要求

是否有燈光顯示

是否有產(chǎn)品logo顯示，開關(guān)是否顯示標(biāo)識(shí)

功能

帶線鼠標(biāo)的話，連接在機(jī)箱上是否能使用，連接在筆記本上是否能使用

藍(lán)牙鼠標(biāo)的話，不插入連接器是否能使用；電腦打開藍(lán)牙，是否能連接成功；鼠標(biāo)沒電，是否還能繼續(xù)使用

鼠標(biāo)左鍵是否能點(diǎn)擊，點(diǎn)擊后頁面是否有反應(yīng)

鼠標(biāo)左鍵是否能選中文本

鼠標(biāo)右鍵，是否顯示刷新，復(fù)制等功能

鼠標(biāo)滾軸是否可以滑動(dòng)頁面

鼠標(biāo)點(diǎn)住左鍵是否可以拖動(dòng)文件

鼠標(biāo)是否可以雙擊

性能

鼠標(biāo)左右鍵最多能夠使用多久

電池可以支持多久

鼠標(biāo)摔了之后是否還能正常使用

19. 當(dāng)開發(fā)說這不是一個(gè)bug的時(shí)候，如何應(yīng)付

開發(fā)人員說不是bug，有兩種情況

需求沒有明確，這個(gè)時(shí)候可以找到產(chǎn)品人員進(jìn)行確認(rèn)，需不需要改動(dòng)

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

20. 軟件測試有哪些類型

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

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

22. 么才能夠全面的測試到每一個(gè)點(diǎn)？

測試的全面性主要需要在設(shè)計(jì)測試計(jì)劃的時(shí)候考慮，從測試策略，產(chǎn)品需求等等

多個(gè)角度考慮從而定義全部的測試點(diǎn)

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

界面不穩(wěn)定；

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

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

沒有綜合的評分指標(biāo)，不好確認(rèn)修復(fù)的優(yōu)先級(jí)別。

24.eta測試與Alpha測試有什么區(qū)別？

Beta testing(β測試),測試是軟件的多個(gè)用戶在一個(gè)或多個(gè)用戶的實(shí)際使用環(huán)境下進(jìn)行的測試。開發(fā)者通常不在測試現(xiàn)場
Alpha testing (α測試),是由一個(gè)用戶在開發(fā)環(huán)境下進(jìn)行的測試，也可以是公司內(nèi)部的用戶在模擬實(shí)際操作環(huán)境下進(jìn)行的受控測試

25. 系統(tǒng)測試階段低級(jí)缺陷較多怎么辦？

公司有預(yù)測試這個(gè)流程 會(huì)在開展測試活動(dòng)之前對主要功能點(diǎn)的正常流程做一個(gè)測試以判斷這個(gè)版本是不是可測試版本 如果低級(jí)缺陷比較多 嚴(yán)重阻礙測試執(zhí)行的話 我們會(huì)打回開發(fā)部 不執(zhí)行測試

26.什么是安全測試？

安全性測試是要檢驗(yàn)在系統(tǒng)中已經(jīng)存在的系統(tǒng)安全性、保密性措施是否發(fā)揮作用， 有無漏洞。

力圖破壞系統(tǒng)的保護(hù)機(jī)構(gòu)以進(jìn)入系統(tǒng)的主要方法有以下幾種： 正面攻擊或從側(cè)面、背面攻擊系統(tǒng)中易受損壞的那些部分； 以系統(tǒng)輸入為突破口，利用輸入的容錯(cuò)性進(jìn)行正面攻擊

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

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

②　零基礎(chǔ)，進(jìn)階視頻，自動(dòng)化測試視頻等等

③　非常適合新人練手的項(xiàng)目實(shí)戰(zhàn)

④　1000道軟件測試面試題，

⑤ 軟件測試學(xué)習(xí)路線圖（告別不入流的學(xué)習(xí)）

總結(jié)

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

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。