本篇轉(zhuǎn)載自黑馬測(cè)試高贊知乎文章：https://www.zhihu.com/question/416143278/answer/2322230320

題主的問題：“軟件測(cè)試的真實(shí)面試題有嗎”。相信題主也發(fā)現(xiàn)軟件測(cè)試面試題在網(wǎng)上流傳也已不少，但是經(jīng)過仔細(xì)查看發(fā)現(xiàn)了兩個(gè)很重要的問題。

第一，網(wǎng)上流傳的面試題的答案并不能保證百分百正確。也就是說各位朋友辛辛苦苦花了很多時(shí)間準(zhǔn)備的面試題，很可能最后的答案卻錯(cuò)誤的。

第二，網(wǎng)上流傳的面試題有的存在過時(shí)性。這就造成了一種悲劇，自己辛辛苦苦準(zhǔn)備的面試題用人單位不考，而用人單位出的面試題，自己卻沒有準(zhǔn)備到。

這里準(zhǔn)備了一份面試30+題（純手碼）僅供參考。

這些面試題，來自于黑馬同學(xué)2021年從企業(yè)帶回的面試真題，確保了及時(shí)性。

每一道面試題都會(huì)有詳細(xì)的答案闡述，都由負(fù)責(zé)就業(yè)的講師親自撰寫，確保答案百分百正確。

PS:文章最后會(huì)附贈(zèng)2020和2022黑馬軟件測(cè)試面試寶典（放在文末）。預(yù)祝你自學(xué)成功。

1、自我介紹

體現(xiàn)個(gè)人工作經(jīng)歷-幾家公司、公司類型、測(cè)試項(xiàng)目類型（業(yè)務(wù)類型、技術(shù)類型B/S C/S /app? H5、微信小程序、公眾號(hào)）體現(xiàn)個(gè)人技能水平-獨(dú)立組織策劃過項(xiàng)目版本的完整測(cè)試過程，UI、接口自動(dòng)化測(cè)試體現(xiàn)個(gè)人對(duì)于測(cè)試的理解預(yù)期或則規(guī)劃舉例：

面試官您好！

我叫尼古拉斯?趙四，今年26歲，來自南洋馬來西亞。

18年畢業(yè)于五道口職業(yè)技術(shù)學(xué)院計(jì)算機(jī)與計(jì)算科學(xué)專業(yè)，畢業(yè)后一直從事軟件測(cè)試行業(yè)，目前有3年工作經(jīng)驗(yàn)。

之前一直在北京鑫茂科技有限公司工作，在這3年中我測(cè)試過新聞?lì)悺⑸鐓^(qū)類、電商類、OA\ERP類、旅游類，餐

飲類項(xiàng)目、彩票類等類型的項(xiàng)目，熟悉各種WEB端與app端測(cè)試，目前熟悉功能測(cè)試與自動(dòng)化測(cè)試。（boss直聘溝

通用語：如果貴公司還在招聘測(cè)試工程師，可以進(jìn)一步溝通）

我最近的一個(gè)項(xiàng)目就是慧敏商城，是一家綜合性網(wǎng)上購物平臺(tái)銷售家電、數(shù)碼通訊、電腦、家居百貨、服裝服飾、

母嬰、圖書、食品等數(shù)各種品牌優(yōu)質(zhì)商品.其中有有登錄注冊(cè)，商品分類，購物車，品牌分類，熱門搜索等模塊，

在這個(gè)項(xiàng)目中我負(fù)責(zé)我的模塊、購物車模塊、商品分類、品牌分類模塊、商品管理模塊、權(quán)限管理模塊，我們項(xiàng)

目前期做功能測(cè)試，后期我主要編寫一些自動(dòng)化的代碼。

2、給你一個(gè)網(wǎng)站你如何開展測(cè)試工作？

①：首先查找需求說明、網(wǎng)站設(shè)計(jì)等相關(guān)文檔，分析測(cè)試需求

②：制定測(cè)試計(jì)劃，確定測(cè)試范圍和測(cè)試策略，一般包括以下幾個(gè)部分：功能性測(cè)，試界面測(cè)試，性能測(cè)試，數(shù) 據(jù)庫測(cè)試，安全性測(cè)試，.兼容性測(cè)試?

③：設(shè)計(jì)測(cè)試用例：?

- 功能性測(cè)試可以包括，但不限于以下幾個(gè)方面：鏈接測(cè)試；鏈接是否正確跳轉(zhuǎn)，是否存在空頁面和無效頁面，是否有不正確的出錯(cuò)信息返回等；提交功能的測(cè)試；多媒體元素是否可以正確加載和顯示；多語言支 持是否能夠正確顯示選擇的語言等?

- 界面測(cè)試可以包括但不限于一下幾個(gè)方面：頁面是否風(fēng)格統(tǒng)一，美觀。頁面布局是否合理，重點(diǎn)內(nèi)容和熱點(diǎn)內(nèi)容是否突出。控件是否正常使用。對(duì)于必須但為安裝的空間，是否提供自動(dòng)下載并安裝的功能。文字檢查。?

- (最后補(bǔ)充)性能測(cè)試一般從以下兩個(gè)方面考慮：壓力測(cè)試，負(fù)載測(cè)試，強(qiáng)度測(cè)試 。

- 數(shù)據(jù)庫測(cè)試要具體決定是否需要開展。數(shù)據(jù)庫一般需要考慮連結(jié)性，對(duì)數(shù)據(jù)的存取操作，數(shù)據(jù)內(nèi)容的驗(yàn)證等方面。?

- (最后補(bǔ)充)安全性測(cè)試：基本的登錄功能的檢查；是否存在溢出錯(cuò)誤，導(dǎo)致系統(tǒng)崩潰或者權(quán)限泄露；相關(guān)開發(fā)語言的常見安全性問題檢查，例如 SQL 注入等；如果需要高級(jí)的安全性測(cè)試，確定獲得專業(yè)安全公司的幫助，外包測(cè)試，或者獲取支持。

- (最后補(bǔ)充)兼容性測(cè)試，根據(jù)需求說明的內(nèi)容，確定支持的平臺(tái)組合：瀏覽器的兼容性；操作系統(tǒng)的兼容性；軟件平臺(tái)的兼容性；數(shù)據(jù)庫的兼容性。

④：開展測(cè)試，并記錄缺陷。合理的安排調(diào)整測(cè)試進(jìn)度，提前獲取測(cè)試所需的資源，建立管理體系（例如，需求變更、風(fēng)險(xiǎn)、配置、測(cè)試文檔、缺陷報(bào)告、人力資源等內(nèi)容）

⑤：定期評(píng)審，對(duì)測(cè)試進(jìn)行評(píng)估和總結(jié)，調(diào)整測(cè)試的內(nèi)容。?

3、沒有需求文檔，你會(huì)如何執(zhí)行測(cè)試？

假如沒有需求文檔我會(huì)從以下一些方面著手:

1.根據(jù)客戶的功能點(diǎn)整理測(cè)試需求追朔表?

2.根據(jù)開發(fā)人員的Software Specification List整理我們的功能測(cè)試點(diǎn)

3.開展項(xiàng)目跨部門討論會(huì)?

4.測(cè)試人員整理用例需求疑問遞交項(xiàng)目組和客戶代表回復(fù)?

5.項(xiàng)目?jī)?nèi)部用例評(píng)審?

6.郵件和客戶代表確認(rèn)部分爭(zhēng)議問題?

7.項(xiàng)目Demo和部分已開發(fā)系統(tǒng)?

8.參考同行業(yè)和競(jìng)爭(zhēng)對(duì)手的類似產(chǎn)品?

9.交叉模塊的測(cè)試要注意

10.咨詢客戶部分需求疑問?

4、給你一個(gè)物件（花瓶、筆、桌子、水杯）你怎么測(cè)試？

(1)問題分析：無論是哪個(gè)物件,都從以下幾個(gè)維度出發(fā)設(shè)計(jì):1、功能2、UI3、易用性4、性能5、安全6、接口7、兼容性8、可移植....也可以適當(dāng)縮減和增加（2）參考回答:給你一個(gè)杯子你怎么測(cè)，至少寫出20條測(cè)試用例

1.功能測(cè)試：

主要關(guān)注水杯基本功能

1.1 水杯是否可以正常裝水

1.2 水杯是否可以正常喝水

1.3 水杯是否有蓋子，蓋子是否可以正常蓋住

1.4 水杯是否有保溫功能，保溫功能是否正常保溫

1.5 水杯是否會(huì)漏水，蓋住蓋子擰緊后是否會(huì)漏水

2.ui測(cè)試：

主要關(guān)注水杯外觀、顏色、設(shè)計(jì)等方面

2.1 外觀是否完整

2.2 外觀是否舒適

2.3 顏色搭配及使用是否讓人感到舒適

2.2 杯子外觀大小是否適中

2.3 杯子是否有圖案，圖案是否易磨損

3.易用性測(cè)試：

主要關(guān)注水杯使用是否方便

3.1 水杯喝水時(shí)否方便

3.2 水杯拿起放下是否方便，這里會(huì)衍生到水杯形狀的測(cè)試

3.3 水杯裝水是否方便

3.4 水杯攜帶是否方方便

3.5 水杯是否有防滑功能

3.6 水杯裝有低溫或者高溫水時(shí)，是否會(huì)讓手感到不適

4.性能測(cè)試：

4.1 水杯裝滿水時(shí)，是否會(huì)漏出來

4.2 水杯最大使用次數(shù)

4.3 水杯的保溫性是否達(dá)到要求

4.4 水杯的耐寒性是否達(dá)到要求

4.5 水杯的耐熱性是否達(dá)到要求

4.6 水杯掉落時(shí)，是否可以正常使用

4.7 水杯長(zhǎng)時(shí)間放置時(shí)，是否會(huì)發(fā)生泄露

5.安全性測(cè)試：

主要關(guān)注水杯外觀和各種異常條件下是否釋放有毒物質(zhì)等

5.1 當(dāng)水杯裝滿熱水時(shí)，水杯是否會(huì)燙手

5.2 當(dāng)水杯裝上水后，是否會(huì)產(chǎn)生有毒物質(zhì)

5.3 把水杯放在零下環(huán)境時(shí)，是否會(huì)產(chǎn)生有毒物質(zhì)

5.4 把水杯放在高溫環(huán)境時(shí)，是否會(huì)產(chǎn)生有毒物質(zhì)

6.接口（杯子沒有想到怎么和接口關(guān)聯(lián)起來）

7.兼容性測(cè)試：

主要關(guān)注水杯是否可以裝其他液體，如果汁、汽油、酒精等

8.可移植性測(cè)試：

主要關(guān)注水杯放置環(huán)境等

8.1 將水杯放在常溫環(huán)境中，使用是否正常

8.2 將水杯放在零下的環(huán)境中，使用是否正常

8.3 將水杯放在高于正常溫度的環(huán)境中，使用是否正常

5、多久做一次版本迭代？如何進(jìn)行回歸測(cè)試？

一般分大版本和小版本，大版本主要是產(chǎn)品規(guī)劃的新功能、新業(yè)務(wù)，

小版本主要是一些歷史功能優(yōu)化和缺陷修復(fù)版本。大版本一般2-3個(gè)月一次。小版本每周都會(huì)有。

1、缺陷回歸：觸發(fā)缺陷查看缺陷是否已經(jīng)修復(fù)；

2、歷史功能回歸：跟項(xiàng)目經(jīng)理以及開發(fā)確認(rèn)本次版本迭代影響的功能范圍，對(duì)于影響的功能范圍以

及核心業(yè)務(wù)流程、關(guān)鍵點(diǎn)，挑選正向的用例進(jìn)行回歸測(cè)試；同時(shí)利用版本迭代的空閑時(shí)間，對(duì)歷史功能回歸測(cè)

試實(shí)現(xiàn)UI自動(dòng)化

6、在測(cè)試過程中有沒有發(fā)現(xiàn)過讓你記憶猶新的BUG？?

這個(gè)問題不一定難，重點(diǎn)體現(xiàn)真實(shí)

問題描述:購物車合計(jì)金額和訂單的商品合計(jì)金額偶爾出現(xiàn)相差0.01? ??

?需求描述:基于商品合計(jì)金額結(jié)果四舍五入

?購物車合計(jì)金額 =? sum(購買量 * 單價(jià) * 會(huì)員折扣率)

?訂單的合計(jì)金額 =? sum(購買量 * 單價(jià) * 會(huì)員折扣率) + 物流費(fèi) - 優(yōu)惠券 - 積分抵扣

?分析問題:

?找到對(duì)應(yīng)購物車研發(fā)人員確認(rèn)其計(jì)算的方式，每次計(jì)算完一個(gè)乘法四舍五入

?訂單的開發(fā)人員計(jì)算方式是乘法計(jì)算完之后再對(duì)于最終結(jié)果進(jìn)行四舍五入，導(dǎo)致偶爾出現(xiàn)相差0.01的情況

解決方式：找產(chǎn)品確認(rèn)最終確認(rèn)進(jìn)位方式

這里就提供一個(gè)，大家在實(shí)際學(xué)習(xí)過程中也會(huì)遇到一些缺陷?？梢赃M(jìn)行記錄和分析。

7、提交了一個(gè)缺陷開發(fā)不認(rèn)為是缺陷你會(huì)如何處理？ 個(gè)人在以前的測(cè)試過程中,很少出現(xiàn)這種問題。一般情況下我提交缺陷前都會(huì)反復(fù)的確認(rèn),也會(huì)盡量的保障缺陷額有效率

和清晰度。如出現(xiàn)該情況，首先我會(huì)找到對(duì)應(yīng)的開發(fā)人員，詢問對(duì)方拒絕或不認(rèn)為是缺陷的理由。如在對(duì)方的描述過程

中發(fā)現(xiàn)明顯的問題，且有明確的證據(jù)情況會(huì)擺明需求甚至當(dāng)場(chǎng)重新給其確認(rèn)。如在其闡述理解的過程中,沒有問題，或者

說其在對(duì)于需求的理解中也沒有明確的錯(cuò)誤，那證明對(duì)于需求的理解出現(xiàn)的了歧義，直接找產(chǎn)品或項(xiàng)目經(jīng)理確認(rèn)達(dá)成共

識(shí)即可。當(dāng)然也可能是其它原因?qū)е氯毕莸臒o效，例如垃圾數(shù)據(jù)、環(huán)境問題等，這些情況一般出現(xiàn)很少，一般在我測(cè)試

過程中對(duì)應(yīng)的測(cè)試數(shù)據(jù)我都會(huì)保障其有效性，環(huán)境問題也不多,就是有時(shí)候測(cè)試的版本可能不是最新的代碼,一般情況下

我們的測(cè)試團(tuán)隊(duì)每天測(cè)試開始前，都會(huì)去更新最新的代碼來進(jìn)行測(cè)試,但是不能避免有最新更新，這塊實(shí)時(shí)多同步下即可。

8、測(cè)試時(shí)間不夠了，項(xiàng)目又必須上線，你會(huì)如何處理？ 這里測(cè)試時(shí)間不夠了，可能導(dǎo)致原因有很多,如開發(fā)或缺陷修復(fù)質(zhì)量不高，導(dǎo)致無法順利執(zhí)行測(cè)試。第二需求的變更導(dǎo)

致計(jì)劃控制不合理等等，但是不管那種原因，客觀時(shí)間不夠了是事實(shí)。那我的話一般會(huì)做如下方式來進(jìn)行處理:第一,迅

速盤點(diǎn)剩余測(cè)試工作量,是否可以通過加班或協(xié)調(diào)資源的解決問題，保障項(xiàng)目上線。第二，是否可以根據(jù)項(xiàng)目各個(gè)模塊的

現(xiàn)有測(cè)試情況來調(diào)整原有測(cè)試計(jì)劃的分配工時(shí),如部分模塊無較大問題，是否在風(fēng)險(xiǎn)可控的情況減少測(cè)試工時(shí),第三，是否

可以借調(diào)產(chǎn)品和開發(fā)分?jǐn)偛糠趾?jiǎn)單的測(cè)試任務(wù)，第四,原有復(fù)雜的業(yè)務(wù)功能是否有替代上線方案,第五，是否可以占用部分

產(chǎn)品驗(yàn)收時(shí)間，第六，是否可以裁剪部分功能

9、如何保障測(cè)試用例的覆蓋率？ 1.編寫測(cè)試用例前，先熟悉項(xiàng)目，看看相關(guān)需求文檔是否有問題（功能描述不清，設(shè)計(jì)邏輯缺陷），如

有問題找相關(guān)設(shè)計(jì)或者開發(fā)問清楚。

?2.采用測(cè)試用例設(shè)計(jì)方法:如判定表、等價(jià)類、邊界值、流程圖等

?3.組織用例評(píng)審，進(jìn)行查漏補(bǔ)缺

10、生產(chǎn)環(huán)境中有沒有出現(xiàn)比較嚴(yán)重的問題？如果有的話有什么的方法可以降低帶來的風(fēng)險(xiǎn)？ 1.在之前的項(xiàng)目測(cè)試經(jīng)驗(yàn)中,線上暫時(shí)沒有出現(xiàn)過比較嚴(yán)重的問題。

?2.如果出現(xiàn)嚴(yán)重的缺陷的話,我會(huì)思考一下的一些問題,看是否能降低風(fēng)險(xiǎn):

? ? ?a.第一:先確認(rèn)導(dǎo)致問題出現(xiàn)的原因,如果是代碼邏輯錯(cuò)誤,證明漏測(cè)-則需要加強(qiáng)測(cè)試力度、加強(qiáng)測(cè)試用例評(píng)審力

度

? ? ?b.第二:如果是遺漏代碼,測(cè)試后提交,加強(qiáng)代碼封板把控，而上線前必須同步最新代碼，測(cè)試確認(rèn)。

? ? ?c.第三:如是需求實(shí)現(xiàn)錯(cuò)誤,加強(qiáng)需求評(píng)審力度。

? ? ?d.第四:采用灰度上線,大型版本先只對(duì)部分用戶開放，穩(wěn)定后再全面升級(jí)。

11、你們有多少個(gè)測(cè)試環(huán)境，分別有哪些？ 之前的項(xiàng)目中有三個(gè)測(cè)試環(huán)境三個(gè)， 測(cè)試環(huán)境，回歸環(huán)境，預(yù)發(fā)布環(huán)境

?測(cè)試環(huán)境，也就是我們測(cè)試同學(xué)干活的環(huán)境啦，一般會(huì)由測(cè)試同學(xué)自己來部署，然后在此環(huán)境進(jìn)行測(cè)試。bug修復(fù)后，需

要發(fā)版更新測(cè)試環(huán)境來回歸bug。

?回歸環(huán)境，回歸bug的環(huán)境，其實(shí)就是我們的測(cè)試環(huán)境，在測(cè)試環(huán)境上測(cè)試、回歸驗(yàn)證bug。

?預(yù)發(fā)布環(huán)境，測(cè)試環(huán)境到生產(chǎn)環(huán)境的過渡。測(cè)試環(huán)境可能會(huì)受到一些限制，一些流程或者數(shù)據(jù)沒有測(cè)試到，就可以在預(yù)

發(fā)布環(huán)境進(jìn)行驗(yàn)證，從而保證產(chǎn)品上線質(zhì)量軟件測(cè)試環(huán)境包括硬件環(huán)境和軟件環(huán)境，

12、有沒有部署過測(cè)試環(huán)境，簡(jiǎn)單的描述下如何部署的？ 有！

?在之前的項(xiàng)目中,我們的系統(tǒng)使用的應(yīng)用服務(wù)架構(gòu)是:Linux+Nginx+Tomcat+Mysql。

?在進(jìn)入測(cè)試前,開發(fā)已經(jīng)將整套的服務(wù)器架構(gòu)都已經(jīng)搭建好，所以對(duì)應(yīng)的中間件和工具環(huán)境不需要再重新部署。當(dāng)時(shí)我

去部署的過程,主要是更新一些新的測(cè)試版本。會(huì)從git上面獲取到開發(fā)的源代碼到我的本地電腦,并使用開發(fā)提供的編譯

打包命令，進(jìn)入到源碼所在路徑,執(zhí)行mvn clean install即可獲取得到一個(gè)可部署的源碼包,(TARGET)*****(可以自己起

名,例如叫自己的項(xiàng)目的英文縮寫).war文件。 通過SSH遠(yuǎn)程連接工具M(jìn)obaXterm將源代碼上傳到Linux測(cè)試服務(wù)器。停止

測(cè)試環(huán)境tomcat服務(wù),備份原測(cè)試war包。將剛上傳的***.war移動(dòng)至tomcat指定的項(xiàng)目部署目錄webapps,重啟通過

tomcat/bin目錄下的startup.sh啟動(dòng)服務(wù)器。最后到本地機(jī)器訪問測(cè)試域名地址，如能成功訪問則代表部署成功了。

另外我還了解過jenkins可以執(zhí)行持續(xù)構(gòu)建部署方式.如有需要可以進(jìn)行簡(jiǎn)單運(yùn)用。

13、了解哪些網(wǎng)絡(luò)協(xié)議，簡(jiǎn)單描述一下區(qū)別? 在之前的測(cè)試工作中主要是測(cè)試https和http協(xié)議，當(dāng)然簡(jiǎn)單了解過TCP協(xié)議:

?1、https協(xié)議需要到CA申請(qǐng)證書，一般免費(fèi)證書較少，因而需要一定費(fèi)用。

?2、http是超文本傳輸協(xié)議，信息是明文傳輸，https則是具有安全性的ssl/tls加密傳輸協(xié)議。

?3、http和https使用的是完全不同的連接方式，用的端口也不一樣，前者是80，后者是443。

?4、http的連接很簡(jiǎn)單，是無狀態(tài)的；HTTPS協(xié)議是由SSL/TLS+HTTP協(xié)議構(gòu)建的可進(jìn)行加密傳輸、身份認(rèn)證的網(wǎng)絡(luò)協(xié)

議，比http協(xié)議安全。

14、常見的響應(yīng)狀態(tài)碼有哪些？分別表示什么含義？ 2開頭：2xx (成功)表示成功處理了請(qǐng)求的狀態(tài)代碼；如：200 (成功) 服務(wù)器已成功處理了請(qǐng)求。

?3開頭：3xx (重定向) 表示要完成請(qǐng)求，需要進(jìn)一步操作。 通常，這些狀態(tài)代碼用來重定向。如：304 (未修改) 自從上

次請(qǐng)求后，請(qǐng)求的網(wǎng)頁未修改過。 服務(wù)器返回此響應(yīng)時(shí)，不會(huì)返回網(wǎng)頁內(nèi)容

?4開頭：4xx(請(qǐng)求錯(cuò)誤) 這些狀態(tài)代碼表示請(qǐng)求可能出錯(cuò)，妨礙了服務(wù)器的處理；如：400 (錯(cuò)誤請(qǐng)求) 服務(wù)器不理解請(qǐng)求

的語法；403 (禁止) 服務(wù)器拒絕請(qǐng)求。404 (未找到) 服務(wù)器找不到請(qǐng)求的網(wǎng)頁。

?5開頭：5xx(服務(wù)器錯(cuò)誤)這些狀態(tài)代碼表示服務(wù)器在嘗試處理請(qǐng)求時(shí)發(fā)生內(nèi)部錯(cuò)誤。 這些錯(cuò)誤可能是服務(wù)器本身的錯(cuò)

誤，而不是請(qǐng)求出錯(cuò)；如：500 (服務(wù)器內(nèi)部錯(cuò)誤) 服務(wù)器遇到錯(cuò)誤，無法完成請(qǐng)求。

15、系統(tǒng)出現(xiàn)500或白屏，你會(huì)如何分析問題？ 查看系統(tǒng)服務(wù)器資源是否占滿：磁盤、內(nèi)存

? ? ? ? ?2、通過查看磁盤占用狀態(tài)：df -h；通過寫入緩存信息，導(dǎo)致硬盤空間不足；

? ? ? ? ?3、查看內(nèi)存的使用情況：top- 內(nèi)存泄漏：由于開發(fā)編寫代碼過程對(duì)于已經(jīng)分配內(nèi)存資源使用完畢之后，并不釋放內(nèi)存的資源，導(dǎo)致后面同樣業(yè)

務(wù)處理所占用內(nèi)存足部累加，最終導(dǎo)致內(nèi)存不足。

?- 內(nèi)存溢出：現(xiàn)有空閑內(nèi)存不足以提供服務(wù)器處理客戶請(qǐng)求。

?作為測(cè)試需要定位信息：

?基于內(nèi)存泄漏，需要找到占用了資源而不釋放具體使用功能是哪個(gè)，然后基于功能找到請(qǐng)求地址

?16、Fiddler主要用來做什么？如何分析抓取的數(shù)據(jù)信息是正確的？如果是加密的內(nèi)容你怎們處理？ 1、分析缺陷是前端的問題還是后端的問題。

?例如:提交訂單的請(qǐng)求地址：

?① 界面組織提交訂單商品數(shù)據(jù)，點(diǎn)擊【提交訂單】，觸發(fā)發(fā)送請(qǐng)求

?② 后臺(tái)代碼進(jìn)行處理，處理完成之后，返回訂單相關(guān)數(shù)據(jù)。返回的數(shù)據(jù)由開發(fā)者來決定（需求來決定到底返回哪些數(shù)據(jù)）

訂單編號(hào)、訂單金額

?例如訂單金額在界面顯示錯(cuò)誤，抓取提交訂單響應(yīng)數(shù)據(jù)，查看接口返回信息中訂單的總額是否是正確。如果接口中訂單總

額正確，則是前端的問題，如果是響應(yīng)信息中訂單總額是錯(cuò)誤，則是后端的問題。

?2、前端對(duì)于輸入信息做了對(duì)應(yīng)限制，不代表后端代碼也做了限制，每個(gè)請(qǐng)求地址對(duì)應(yīng)懂IT的人的來講都是能夠直接跳過

前端頁面進(jìn)行操作的。驗(yàn)證后端對(duì)于異常輸入的是否也有做對(duì)應(yīng)限制。

?3、接口測(cè)試測(cè)試每個(gè)請(qǐng)求的實(shí)現(xiàn)情況。部分公司的開發(fā)沒有編寫接口文檔，則可以通過抓包工具獲取到具體接口地址。

?4、做手機(jī)端弱網(wǎng)測(cè)試

17、有沒有做過弱網(wǎng)測(cè)試，簡(jiǎn)單的說下？ 我會(huì)讓PC端和移動(dòng)連上相同的網(wǎng)絡(luò)，F(xiàn)iddler通過代理連上手機(jī)，PC端通過Fiddler工具的選項(xiàng)卡Con

nerctions設(shè)置Fiddler監(jiān)聽端口為8888，移動(dòng)端修改網(wǎng)絡(luò)設(shè)置將IP地址和端口設(shè)置為電腦的IP地址和Fiddler的中的

端口號(hào)，安裝Fiddler證書。移動(dòng)端就可以打開要進(jìn)行弱網(wǎng)測(cè)試的網(wǎng)頁或者app，F(xiàn)iddler會(huì)自動(dòng)獲取相關(guān)的地址，通過

修改customRuler.js文件里的m_SimulateModem的參數(shù)來模擬弱網(wǎng)，從而就可以執(zhí)行弱網(wǎng)測(cè)試了。

18、Fiddler如何抓取蘋果手機(jī)包？描述下過程？ 基于蘋果手機(jī)抓包:

? ? ?1、在Fiddler配置項(xiàng)中要設(shè)置勾選抓取HTTPS，自動(dòng)下載HTTPS證書

? ? ?2、開啟網(wǎng)絡(luò)服務(wù)監(jiān)聽端口:勾選Allow remote computers? to connect，端口號(hào)可默認(rèn)為8888

? ? ?3、打開iphone瀏覽器，在地址欄輸入http://ip(電腦的ip):8888(fiddler中默認(rèn)的端口)，點(diǎn)擊

“FiddlerRoot certificate”安裝證書?

? ? ?4、設(shè)置iphone代理:手機(jī)連接wifi后，打開wifi詳情，滑動(dòng)至屏幕底部的http代理，點(diǎn)擊進(jìn)入修改成“手動(dòng)”，

設(shè)置ip（電腦的ip）及端口(fiddler中的8888)后保存啟用證書方法：設(shè)置——通用——關(guān)于本機(jī)——證書信任設(shè)置

19、用過哪些類型的數(shù)據(jù)庫，關(guān)系型數(shù)據(jù)庫和非關(guān)系型數(shù)據(jù)庫有什么區(qū)別？ 用過MySQL、Orcale了解redis數(shù)據(jù)庫

? ? ?關(guān)系型數(shù)據(jù)天然就是表格式的,因此存儲(chǔ)在數(shù)據(jù)表的行和列中,數(shù)據(jù)表可以彼此關(guān)聯(lián)協(xié)作存儲(chǔ),也很容易提取數(shù)據(jù).

與其相反,非關(guān)系性數(shù)據(jù)不適合存儲(chǔ)在數(shù)據(jù)表的行和列中,而是大塊組合在一起,非關(guān)系型數(shù)據(jù)通常存儲(chǔ)在數(shù)據(jù)集中,就像

文檔,鍵值對(duì)或者圖結(jié)構(gòu),你的數(shù)據(jù)集體特性是選擇數(shù)據(jù)存儲(chǔ)和提取方式的首要影響因素.

20、如何使用SQL快速插入100000條數(shù)據(jù)？ DELIMITER //? ?# 使用DELIMITER關(guān)鍵字臨時(shí)聲明修改SQL語句的結(jié)束符為//

?create procedure test()? # 創(chuàng)建存儲(chǔ)過程

?begin

?declare i int default 0;? # 聲明一個(gè)默認(rèn)值為0的局部變量i

?while i<100000 do? # 開始循環(huán)

?insert into books(name)value("test");? # books是表名， name是字段名 test是字段值

?set i=i+1; # 使用set為參數(shù)賦值

?end while;

?end //

?DELIMITER ;? ? # 將結(jié)束符重新定義回結(jié)束符為";"

?call test(); # 調(diào)用函數(shù)

21、看你簡(jiǎn)歷對(duì)app測(cè)試有很豐富的經(jīng)驗(yàn),請(qǐng)問常見的adb命令有哪些?口述10條以上（1）問題分析

考官主要考察在工作項(xiàng)目中常操作的ADB命令

（2）核心問題講解

1、 adb –help/adb:看見幫助信息

2、 adb start-server:啟動(dòng)adb服務(wù)

3、 adb kill-server:關(guān)閉adb服務(wù)

4、 adb shell getprop ro.build.version.release:獲取系統(tǒng)版本

5、 adb push: 從電腦端發(fā)送文件等到手機(jī)

6、 adb pull:從手機(jī)端發(fā)送文件等到電腦

7、 adb shell: 進(jìn)入shell 命令行，可以操作linux命令

8、 adb shell dump window windows|grep mFocusedapp:獲取包名

9、 adb shell dump window windows|grep mFocusedapp:獲取啟動(dòng)名

10、 adb install 路徑/apk文件：安裝apk到手機(jī)上

11、 adb uninstall 包名：卸載app從手機(jī)上

22、看你簡(jiǎn)歷也是2年經(jīng)驗(yàn)的老測(cè)試了，知道什么是性能測(cè)試？什么是負(fù)載測(cè)試？什么是壓力測(cè)試？Ps：了解就行，面試不建議說做過，就說公司只做功能與自動(dòng)化。

性能測(cè)試：通過自動(dòng)化的測(cè)試工具模擬多種正常，峰值及異常負(fù)載條件來對(duì)系統(tǒng)的各項(xiàng)性能指標(biāo)進(jìn)行測(cè)試。

負(fù)載測(cè)試：確定在各種工作負(fù)載下系統(tǒng)的性能，目標(biāo)是測(cè)試當(dāng)負(fù)載逐漸增加時(shí)，系統(tǒng)各項(xiàng)性能指標(biāo)的變化情況。

壓力測(cè)試：通過確定一個(gè)系統(tǒng)的瓶頸或者不能接受的性能點(diǎn)，來獲得系統(tǒng)能提供的最大服務(wù)級(jí)別的測(cè)試。性能測(cè)試在產(chǎn)品相對(duì)穩(wěn)定，功能測(cè)試完成后。靈活度較強(qiáng)的。

23、使用ABD如何連接手機(jī)？冷熱啟動(dòng)如何測(cè)試的？你們的app啟動(dòng)時(shí)間多長(zhǎng)？用Adb有兩種連接手機(jī)的方式，在測(cè)試過程中，各有優(yōu)缺點(diǎn)吧。

一種是用USB連接

優(yōu)點(diǎn)：插上就可以連接，延遲低。

缺點(diǎn)：需求借助USB線來連接，做兼容的自動(dòng)化測(cè)試的時(shí)候比較麻煩

1.會(huì)在手機(jī)上打開開發(fā)模式，啟用USB調(diào)式。

2.USB線連接手機(jī)和電腦

3.在cmd窗口輸入 adb devices（手機(jī)上會(huì)有一個(gè)提示：是否允許此電腦進(jìn)行調(diào)試，確認(rèn))

另一種是用WIFI連接

也有優(yōu)點(diǎn)：使用無線連接，做自動(dòng)化的時(shí)候可以遠(yuǎn)程運(yùn)行

缺點(diǎn)的話：需求借助網(wǎng)絡(luò)，延遲高，速度略慢（并沒有感覺到）

1.先用USB連接手機(jī)和電腦

2.在cmd窗口輸入 adb tcpip 5555

3.拔掉USb線

4.查看手機(jī)IP地址 或者直接在CMD窗口輸入命令

adb connect IP：5555

冷啟動(dòng)：當(dāng)進(jìn)程不存在的時(shí)候，從進(jìn)程創(chuàng)建開始到界面的展示的過程；

? ? 熱啟動(dòng)：大部分資源都在，只是應(yīng)用之間的切換；

? ? adb shell am start -W 包名/界面名

? ??

冷啟動(dòng)：需要1秒甚至更長(zhǎng)；

? ? 熱啟動(dòng)：需要<0.5秒；

24、面試官問：IOS的測(cè)試包是如何發(fā)布的？這個(gè)情況較多

1、 最麻煩的一種，開發(fā)打包的時(shí)候把測(cè)試機(jī)的uuid等相關(guān)信息打包到app中，然后利用itunes把a(bǔ)pp安裝到手機(jī)里。這種

效率低。

2、 蘋果官方軟件測(cè)試平臺(tái)TestFlight

用法：https://www.jianshu.com/p/4be185e4069c

3、 使用最多的一種，開發(fā)打包，上傳第三方應(yīng)用平臺(tái)，然后生成一個(gè)二維碼，手機(jī)直接掃面二維碼安裝程序，這個(gè)用

的最多的。

a)? ? 例如：蒲公英：https://www.pgyer.com

25、看你簡(jiǎn)歷對(duì)app測(cè)試經(jīng)驗(yàn)豐富，請(qǐng)問手機(jī)客戶端app常見錯(cuò)誤點(diǎn)是什么？如何測(cè)試？資源釋放，網(wǎng)絡(luò)，內(nèi)存

易發(fā)生在啟動(dòng)、關(guān)閉app，橫豎屏切換，基站切換

?可考慮將所有可打開功能均打開，進(jìn)行橫豎屏切換操作。在各種網(wǎng)絡(luò)（電信，移動(dòng)，聯(lián)通，WiFi）覆蓋和場(chǎng)景（地鐵，公

交，室內(nèi)，室外）覆蓋下測(cè)試。Ps：網(wǎng)絡(luò)可以切換測(cè)試，對(duì)應(yīng)的電話卡就行。場(chǎng)景測(cè)試的少，基本都是辦公室測(cè)試。

26、Fiddler如何抓取蘋果手機(jī)包？描述下過程？基于蘋果手機(jī)抓包:

? ? 1、在Fiddler配置項(xiàng)中要設(shè)置勾選抓取HTTPS，自動(dòng)下載HTTPS證書

? ? 2、開啟網(wǎng)絡(luò)服務(wù)監(jiān)聽端口:勾選Allow remote computers? to connect，端口號(hào)可默認(rèn)為8888

? ? 3、打開iphone瀏覽器，在地址欄輸入http://ip(電腦的ip):8888(fiddler中默認(rèn)的端口)，點(diǎn)擊

“FiddlerRoot certificate”安裝證書?

? ? 4、設(shè)置iphone代理:手機(jī)連接wifi后，打開wifi詳情，滑動(dòng)至屏幕底部的http代理，點(diǎn)擊進(jìn)入修改成“手動(dòng)”，設(shè)

置ip（電腦的ip）及端口(fiddler中的8888)后保存啟用證書方法：設(shè)置——通用——關(guān)于本機(jī)——證書信任設(shè)置

27、上家公司做性能測(cè)試么？哪里用到了性能測(cè)試？這里做接口性能。使用jmeter。（如果遇相關(guān)性能就說公司不做性能測(cè)試就行，以下答案可勉強(qiáng)滿足面試官的小欲望）

我們公司之前商城里有個(gè)一個(gè)限時(shí)搶購的功能，做過性能測(cè)試，通過jmeter做搶購接口的QPS測(cè)試，通過jmeter的

Constant Throughput Timer與聚合報(bào)告一起（需要了解聚合報(bào)告的各項(xiàng)參數(shù)代表什么）。

28、你們產(chǎn)品迭代時(shí)是如何進(jìn)行測(cè)試的？一、迭代開始之前

? ? ? ? ? UI和測(cè)試需要過需求，了解迭代需要做哪些功能，有沒有功能缺失的地方

二、迭代開始時(shí)

? ?1、前期準(zhǔn)備

? ?進(jìn)行需求宣講-由產(chǎn)品將需求和這期需要做哪些功能，都是什么樣的進(jìn)行講解。之后每個(gè)人進(jìn)行需求反講，將需求中有

遺漏缺失的地方再次補(bǔ)充完整。

? ? 開發(fā)拆分模塊，把每部分代碼提交的時(shí)間節(jié)點(diǎn)定下來（即上文項(xiàng)目整體計(jì)劃排期）

? ? 測(cè)試根據(jù)開發(fā)定的時(shí)間節(jié)點(diǎn)確定哪天開始測(cè)試，每部分功能需要測(cè)試多少? 時(shí)間進(jìn)行時(shí)間規(guī)劃，包括上線的時(shí)間全部

定下來

? ?2、中期開發(fā)

? ?在開發(fā)開始寫代碼時(shí)，測(cè)試需要做好測(cè)試計(jì)劃，將test case寫完，寫完之后進(jìn)行用例評(píng)審，查缺補(bǔ)漏。做好測(cè)試計(jì)劃

后，通知給相關(guān)人員，包括上級(jí)，根據(jù)時(shí)間點(diǎn)，管開發(fā)要成果物

? ?下次迭代的內(nèi)容有可能在這個(gè)階段進(jìn)行需求評(píng)審

? ? 進(jìn)入rc（RC=Release Candidate,含義是"發(fā)布候選版"）

? ? 迭代進(jìn)入rc之后，測(cè)試開始測(cè)試

? ? 對(duì)于修改bug的時(shí)間需要算在測(cè)試時(shí)間內(nèi)，每天都要確定開發(fā)改bug的時(shí)間節(jié)點(diǎn)，如果時(shí)間溢出，需要說明原因?yàn)槭裁?/p>

溢出，不是為了追究責(zé)任，而是要總結(jié)原因，可以提高效率。

? ? 測(cè)試至少需要三輪才可以上線

? ? 在開發(fā)改bug時(shí)，測(cè)試需要配合下次迭代參加需求評(píng)審

? ? 直到本次迭代上線之后，開啟下次迭代。

三、迭代結(jié)束（此答案算標(biāo)準(zhǔn)嚴(yán)格流程的迭代）

29、看你簡(jiǎn)歷對(duì)app項(xiàng)目非常熟悉?？煞襻槍?duì)app的安裝功能寫出下測(cè)試點(diǎn)?（1）問題分析

考官主要想考察項(xiàng)目中app的安裝功能測(cè)試分析

（2）核心問題講解

安裝

1、 正常安裝測(cè)試，檢查是否安裝成功。

2、 app版本覆蓋測(cè)試。例如：先安裝一個(gè)1.0版本的app，再安裝一個(gè)高版本（1.1版本）的app，檢查是否被覆蓋。

3、 回退版本測(cè)試。例如：先裝一個(gè)2.0版本的app，在安裝一個(gè)1.0版本的app，正常情況下版本是可以回退。

4、 安裝時(shí)內(nèi)存不足，彈出提示。

5、 安裝過程中的意外強(qiáng)開（強(qiáng)行斷電、斷網(wǎng)、來電話了、查詢信息）等等，檢查會(huì)發(fā)生的情況。

6、 根據(jù)安裝手冊(cè)操作，是否正確安裝。

7、 通過’同步軟件’，檢查安裝時(shí)是否同步安裝了一些文件。

8、 在不同型號(hào)、系統(tǒng)、屏幕大小、分辨率上的手機(jī)進(jìn)行安裝。

9、 安裝時(shí)是否識(shí)別有SD卡，并默認(rèn)安裝到SD卡中。

10、? ? ? 安裝完成后，能否正常啟動(dòng)應(yīng)用程序。

11、? ? ? 安裝完成后，重啟手機(jī)能否正常啟動(dòng)應(yīng)用程序。

12、? ? ? 安裝完成后，是否對(duì)其他應(yīng)用程序造成影響

13、? ? ? 安裝完成后，能否添加快捷方式。

14、? ? ? 安裝完成后，殺毒軟件是否會(huì)對(duì)其當(dāng)做病毒處理。

15、? ? ? 多進(jìn)程進(jìn)行安裝，是否安裝成功。

16、? ? ? 在安裝過程中，所有的提示信息必須是英文或者中午，提示信息中不能出現(xiàn)代碼、符號(hào)、亂碼等。

17、? ? ? 安裝之后，是否自動(dòng)啟動(dòng)程序。

18、? ? ? 是否支持第三方安裝。

19、? ? 在安裝中點(diǎn)擊取消，是否取消了安裝。

（3）問題擴(kuò)展

app的卸載、更新等功能寫出測(cè)試點(diǎn)

（4）結(jié)合項(xiàng)目中使用

項(xiàng)目中app的安裝功能寫測(cè)試點(diǎn)

30、看你簡(jiǎn)歷app測(cè)試經(jīng)驗(yàn)豐富，請(qǐng)描述一個(gè)app項(xiàng)目，你是怎么做測(cè)試的，自動(dòng)化是如何實(shí)現(xiàn)的？一、app功能測(cè)試：

1、 業(yè)務(wù)邏輯正確性測(cè)試：依據(jù)：產(chǎn)品文檔->測(cè)試用例編寫

二、兼容性測(cè)試：

1、系統(tǒng)版本：Android：官方版本，定制版本；IOS：官方版本提供

2、分辨率：720*1280? ? ? 1080*1920

3、網(wǎng)絡(luò)情況：2G 2G 4G 5G WI-FI

三、異常測(cè)試

1、 熱啟動(dòng)應(yīng)用：應(yīng)用在后臺(tái)長(zhǎng)時(shí)間待機(jī)；應(yīng)用在后臺(tái)待機(jī)過程中，手機(jī)重啟

2、 網(wǎng)絡(luò)切換和終端恢復(fù)：網(wǎng)絡(luò)切換；中斷恢復(fù)；

3、 電話信息終端恢復(fù)

四、升級(jí)、安裝、卸載測(cè)試

1、 升級(jí)測(cè)試：臨近版本升級(jí)（1.0 à1.1）;跨版本（1.0 –>2.2）

2、? ?安裝測(cè)試：首次安裝；覆蓋安裝（同版本，不同版本覆蓋）；卸載后安裝

3、 卸載安裝：首次卸載；卸載安裝后再卸載

五、健壯性測(cè)試

1、 手機(jī)資源消耗：CPU、內(nèi)存

2、 流量消耗：圖片、數(shù)據(jù)、視頻

3、 電量測(cè)試

4、 奔潰恢復(fù)

31、看你簡(jiǎn)歷有豐富的app次和web測(cè)試經(jīng)驗(yàn)，請(qǐng)總結(jié)下app測(cè)試與web測(cè)試有哪些不同之處。單純從功能測(cè)試的層面上來講的話，app 測(cè)試、web 測(cè)試 在流程和功能測(cè)試上是沒有區(qū)別的。

根據(jù)兩者載體不一樣，則區(qū)別如下：

一、系統(tǒng)結(jié)構(gòu)方面

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

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

二、性能方面

web項(xiàng)目 需監(jiān)測(cè) 響應(yīng)時(shí)間、CPU、Memory

app項(xiàng)目 除了監(jiān)測(cè) 響應(yīng)時(shí)間、CPU、Memory外，還需監(jiān)測(cè) 流量、電量等

三、兼容方面

（1）web項(xiàng)目：

1. 瀏覽器（火狐、谷歌、IE等）

2. 操作系統(tǒng)（Windows7、Windows10、Linux等）

（2）app項(xiàng)目：

1. 設(shè)備系統(tǒng):iOS（ipad、iphone）、Android（三星、華為、聯(lián)想等） 、Windows（Win7、Win8）、OSX（Mac）

2. 手機(jī)設(shè)備可根據(jù) 手機(jī)型號(hào)、分辨率不同

四、相對(duì)于 Wed 項(xiàng)目，app有專項(xiàng)測(cè)試

1. 干擾測(cè)試：中斷，來電，短信，關(guān)機(jī)，重啟等

2. 弱網(wǎng)絡(luò)測(cè)試（模擬2g、3g、4g，wifi網(wǎng)絡(luò)狀態(tài)以及丟包情況）；網(wǎng)絡(luò)切換測(cè)試（網(wǎng)絡(luò)斷開后重連、3g切換到4g/wifi?

等）

3. 安裝、更新、卸載

安裝：需考慮安裝時(shí)的中斷、弱網(wǎng)、安裝后刪除安裝文件等情況

卸載：需考慮 卸載后是否刪除app相關(guān)的文件

更新：分強(qiáng)制更新、非強(qiáng)制更新、增量包更新、斷點(diǎn)續(xù)傳、弱網(wǎng)狀態(tài)下更新。

4. 界面操作：關(guān)于手機(jī)端測(cè)試，需注意手勢(shì)，橫豎屏切換，多點(diǎn)觸控，前后臺(tái)切換

5. 安全測(cè)試：安裝包是否可反編譯代碼、安裝包是否簽名、權(quán)限設(shè)置，例如訪問通訊錄等

6. 邊界測(cè)試：可用存儲(chǔ)空間少、沒有SD卡/雙SD卡、飛行模式、系統(tǒng)時(shí)間有誤、第三方依賴（QQ、微信登錄）等

7. 權(quán)限測(cè)試：設(shè)置某個(gè)app是否可以獲取該權(quán)限，例如是否可訪問通訊錄、相冊(cè)、照相機(jī)等

五、測(cè)試工具方面

自動(dòng)化工具：app 一般使用 appium; Web 一般使用 Selenium

性能測(cè)試工具：app 一般使用 JMeter; Web 一般使用 LR、JMeter

因篇幅有限，先列舉這些面試題。

如需要更多軟件測(cè)試面試題，請(qǐng)看下方鏈接

《明天去面試軟件測(cè)試，給我些建議，或者面試題預(yù)測(cè)？935 贊同 · 84 評(píng)論回答》https://www.zhihu.com/question/31998301/answer/1714488045

《測(cè)試工程師面試題，你都遇到過哪些呢？93 贊同 · 13 評(píng)論回答》https://www.zhihu.com/question/58155715/answer/1910135509

《面試題：軟件測(cè)試，如何測(cè)微信的朋友圈？104 贊同 · 10 評(píng)論回答》https://www.zhihu.com/question/61307545/answer/2318401417

若你是對(duì)測(cè)試不太了解的測(cè)試小萌新，有太多太多對(duì)測(cè)試的疑惑（前途、薪資、技術(shù)含量、男生是否可以干.....），強(qiáng)烈推薦你觀看《測(cè)試小白必看：學(xué)習(xí)軟件測(cè)試必問的100個(gè)問題，從此貼開始》，相信能掃除掉你心目中90%以上的常見問題

《軟件測(cè)試100個(gè)常見問題》：http://bbs.itheima.com/thread-507947-1-1.html

最后，為方便大家自學(xué)軟件測(cè)試，特意給大家準(zhǔn)備了一份13G的超實(shí)用干貨學(xué)習(xí)資源，涉及的內(nèi)容非常全面。

包括軟件學(xué)習(xí)路線圖，黑馬50多天的上課視頻、16個(gè)突擊實(shí)戰(zhàn)項(xiàng)目，80余個(gè)軟件測(cè)試用軟件，37份測(cè)試文檔，70個(gè)軟件測(cè)試相關(guān)問題，40篇測(cè)試經(jīng)驗(yàn)級(jí)文章，上千份測(cè)試真題分享,還有2020軟件測(cè)試面試寶典，還有軟件測(cè)試求職的各類精選簡(jiǎn)歷，希望對(duì)大家有所幫助…..

《2021軟件測(cè)試學(xué)習(xí)路線圖,內(nèi)附視頻教程+自學(xué)路線+工具+面試篇》：bbs.itheima.com/thread-405757-1-1.html? ?