軟件測(cè)試面試題總結(jié)從基礎(chǔ)到實(shí)戰(zhàn)測(cè)試工程師的避坑指南做測(cè)試這一行面試過(guò)別人也被別人面試過(guò)。說(shuō)句實(shí)話市面上的“超全面試題”我刷過(guò)不少但大多只是羅列題目和答案背下來(lái)容易真正到了面試現(xiàn)場(chǎng)一結(jié)合業(yè)務(wù)場(chǎng)景提問(wèn)腦袋照樣空白。所以這次我把這些年積累的軟件測(cè)試面試高頻題按知識(shí)點(diǎn)重新梳理了一遍不光是給答案還告訴你面試官為什么問(wèn)這道題、想考察什么能力、怎么回答才能加分。無(wú)論你是準(zhǔn)備校招的應(yīng)屆生、想跳槽的測(cè)試開(kāi)發(fā)還是從功能測(cè)試轉(zhuǎn)自動(dòng)化的老手這篇都能幫你建立一套完整的面試應(yīng)答框架。軟件測(cè)試面試題的核心其實(shí)就四個(gè)字知根知底。面試官要確認(rèn)的是你對(duì)測(cè)試基本概念是否清晰、對(duì)測(cè)試流程是否完整掌握、對(duì)工具和技術(shù)是否有真實(shí)落地經(jīng)驗(yàn)以及遇到問(wèn)題時(shí)有沒(méi)有系統(tǒng)的排查思路。所以我按照基礎(chǔ)知識(shí)、測(cè)試流程、用例設(shè)計(jì)、缺陷管理、接口與自動(dòng)化測(cè)試、SQL與Linux基本功、工具與團(tuán)隊(duì)協(xié)作、軟技能與項(xiàng)目經(jīng)驗(yàn)這幾個(gè)模塊來(lái)組織內(nèi)容每個(gè)模塊都配合真實(shí)業(yè)務(wù)場(chǎng)景下的問(wèn)法和應(yīng)答思路來(lái)拆解。1. 測(cè)試基礎(chǔ)概念先過(guò)“概念關(guān)”再談“方法論”1.1 測(cè)試金字塔與不同層級(jí)的測(cè)試定位面試官問(wèn)“軟件測(cè)試分哪些層級(jí)”幾乎是必問(wèn)題。別只背“單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試”這四個(gè)詞而是要能把這幾個(gè)層級(jí)放在一個(gè)完整的產(chǎn)品研發(fā)鏈路里講清楚。以我實(shí)際帶項(xiàng)目的經(jīng)驗(yàn)來(lái)看最清晰的組織方式是測(cè)試金字塔模型。金字塔底層是單元測(cè)試數(shù)量最多、執(zhí)行最快、成本最低聚焦在函數(shù)、方法的輸入輸出和分支邏輯中間層是接口測(cè)試驗(yàn)證模塊之間的交互、數(shù)據(jù)傳輸和異常處理頂層是端到端測(cè)試模擬用戶(hù)真實(shí)操作路徑覆蓋核心業(yè)務(wù)場(chǎng)景。我在設(shè)計(jì)團(tuán)隊(duì)測(cè)試策略時(shí)會(huì)堅(jiān)持“底層量大、上層量少”的原則讓大部分問(wèn)題在低成本階段就被攔截掉而不是等頁(yè)面串聯(lián)時(shí)才暴露。單元測(cè)試關(guān)注的是代碼邏輯正確性一般由開(kāi)發(fā)自己寫(xiě)測(cè)試要能夠看懂并評(píng)審用例覆蓋度。接口測(cè)試關(guān)注的是數(shù)據(jù)契約和異常處理這是測(cè)試工程師最應(yīng)該深耕的層級(jí)性?xún)r(jià)比極高。端到端測(cè)試關(guān)注的是用戶(hù)核心鏈路適合做冒煙測(cè)試和回歸測(cè)試的主場(chǎng)景。面試答題技巧是把“分層”和“成本效率”綁在一起說(shuō)別干巴巴羅列概念。你可以補(bǔ)充一個(gè)實(shí)際例子比如某個(gè)支付系統(tǒng)如果只在端到端階段才驗(yàn)證金額計(jì)算邏輯那每次頁(yè)面改動(dòng)都要重跑全鏈路成本極高但有單元測(cè)試和接口測(cè)試兜底底層計(jì)算錯(cuò)誤在提交階段就會(huì)被攔住。1.2 黑盒、白盒、灰盒測(cè)試的本質(zhì)區(qū)別這個(gè)問(wèn)題看似基礎(chǔ)卻常常有候選人答不到點(diǎn)子上。黑盒測(cè)試不考慮內(nèi)部實(shí)現(xiàn)只依據(jù)需求文檔和規(guī)格說(shuō)明對(duì)輸入輸出進(jìn)行驗(yàn)證白盒測(cè)試需要閱讀代碼關(guān)注分支覆蓋、路徑覆蓋和邏輯正確性灰盒測(cè)試介于兩者之間比如通過(guò)操作數(shù)據(jù)庫(kù)、查看日志、調(diào)用接口等方式驗(yàn)證系統(tǒng)行為。面試官會(huì)追問(wèn)“你們項(xiàng)目中哪些場(chǎng)景適合黑盒、哪些適合白盒”這個(gè)問(wèn)題其實(shí)在考察你是否理解測(cè)試策略的制定而不只是背定義。我的回答思路一般是功能測(cè)試以黑盒為主測(cè)試人員把系統(tǒng)當(dāng)作一個(gè)封閉的整體從用戶(hù)視角驗(yàn)證接口層測(cè)試偏向灰盒因?yàn)槲視?huì)去查數(shù)據(jù)庫(kù)確認(rèn)數(shù)據(jù)落庫(kù)是否正確白盒測(cè)試雖然主要由開(kāi)發(fā)完成但測(cè)試人員做代碼走查時(shí)也會(huì)輔助評(píng)估覆蓋度。一個(gè)容易踩坑的點(diǎn)是把“白盒測(cè)試”等同于“開(kāi)發(fā)自己測(cè)試”。實(shí)際工作中測(cè)試工程師參與代碼評(píng)審、做接口層的DAO單元測(cè)試覆蓋也屬于白盒的范疇。面試時(shí)如果能講清楚這個(gè)邊界會(huì)顯得你對(duì)測(cè)試體系的理解更完整。2. 測(cè)試流程的完整拆解從需求評(píng)審到上線驗(yàn)證2.1 完整測(cè)試流程的十個(gè)關(guān)鍵節(jié)點(diǎn)面試官問(wèn)“說(shuō)下你們公司的測(cè)試流程”是想確認(rèn)你有沒(méi)有跑過(guò)完整項(xiàng)目還是只在別人搭好的框架里做執(zhí)行。我的建議是回答時(shí)一定按照真實(shí)工作鏈路來(lái)講而不是背教科書(shū)上的流程圖。一個(gè)完整的軟件測(cè)試流程應(yīng)該包括需求評(píng)審與分析測(cè)試人員在需求評(píng)審階段就要介入明確業(yè)務(wù)規(guī)則、異常場(chǎng)景和驗(yàn)收標(biāo)準(zhǔn)。測(cè)試計(jì)劃制定評(píng)估測(cè)試范圍、測(cè)試資源、時(shí)間排期、風(fēng)險(xiǎn)點(diǎn)。測(cè)試用例設(shè)計(jì)基于需求文檔結(jié)合等價(jià)類(lèi)、邊界值、場(chǎng)景法等設(shè)計(jì)用例。用例評(píng)審和開(kāi)發(fā)、產(chǎn)品一起過(guò)用例確保覆蓋完整且不偏離需求。執(zhí)行冒煙測(cè)試測(cè)試環(huán)境主線流程是否可測(cè)冒煙不通過(guò)直接打回。功能測(cè)試執(zhí)行按優(yōu)先級(jí)依次執(zhí)行用例發(fā)現(xiàn)問(wèn)題立即提交缺陷。回歸測(cè)試Bug修復(fù)后或版本更新后驗(yàn)證原有功能沒(méi)有被破壞。兼容性與性能測(cè)試根據(jù)業(yè)務(wù)需要覆蓋不同瀏覽器、設(shè)備、網(wǎng)絡(luò)環(huán)境以及對(duì)關(guān)鍵接口做壓測(cè)。測(cè)試報(bào)告輸出統(tǒng)計(jì)缺陷數(shù)量、用例通過(guò)率、遺留風(fēng)險(xiǎn)給出是否可上線的評(píng)估。上線后監(jiān)控與驗(yàn)證生產(chǎn)環(huán)境做冒煙巡檢關(guān)注核心鏈路是否正常。面試回答這個(gè)問(wèn)題的加分點(diǎn)是強(qiáng)調(diào)“測(cè)試前置”和“風(fēng)險(xiǎn)驅(qū)動(dòng)”。比如需求評(píng)審階段就發(fā)現(xiàn)某個(gè)異常場(chǎng)景產(chǎn)品沒(méi)有考慮清楚和產(chǎn)品確認(rèn)后補(bǔ)充規(guī)則避免后期返工在測(cè)試計(jì)劃中按核心流程、重要功能、邊緣功能進(jìn)行優(yōu)先級(jí)排序而不是平均用力。2.2 需求分析時(shí)測(cè)試要考慮哪些維度“需求文檔里只寫(xiě)了正常邏輯你怎么發(fā)現(xiàn)潛在問(wèn)題”這類(lèi)問(wèn)題是面試中的進(jìn)階題。測(cè)試人員做需求分析不僅要讀懂需求還要帶著批判性思維去拆解需求。我一般會(huì)從幾個(gè)維度去審需求第一業(yè)務(wù)規(guī)則的完整性比如登錄功能除了賬號(hào)密碼正確能進(jìn)入還要考慮密碼連續(xù)錯(cuò)誤5次是否鎖定、異地登錄是否需要二次驗(yàn)證第二數(shù)據(jù)流向的閉環(huán)新增一條數(shù)據(jù)后列表頁(yè)、詳情頁(yè)、報(bào)表統(tǒng)計(jì)是否同步更新第三異常場(chǎng)景和容錯(cuò)機(jī)制弱網(wǎng)、斷網(wǎng)、超時(shí)、重復(fù)提交等場(chǎng)景有沒(méi)有對(duì)應(yīng)的處理第四用戶(hù)權(quán)限與數(shù)據(jù)隔離不同角色看到的數(shù)據(jù)范圍是否正確。舉個(gè)例子我之前負(fù)責(zé)一個(gè)訂單管理系統(tǒng)的測(cè)試需求文檔只寫(xiě)了“訂單狀態(tài)流轉(zhuǎn)待支付、已支付、已發(fā)貨、已完成、已取消”。但我評(píng)估后發(fā)現(xiàn)缺少一個(gè)關(guān)鍵規(guī)則用戶(hù)發(fā)起退款申請(qǐng)后訂單應(yīng)該處于什么狀態(tài)多方確認(rèn)后才發(fā)現(xiàn)狀態(tài)模型里漏了“退款中”和“退款失敗”兩個(gè)狀態(tài)。這類(lèi)問(wèn)題如果測(cè)試不提出上線后就是事故。面試時(shí)能夠說(shuō)出這種實(shí)際案例比空談“要從用戶(hù)角度思考”有說(shuō)服力得多。2.3 回歸測(cè)試的策略與范圍評(píng)估回歸測(cè)試是面試中必問(wèn)的項(xiàng)目管理類(lèi)問(wèn)題。因?yàn)閷?shí)際工作中測(cè)試時(shí)間往往被壓縮全量回歸不現(xiàn)實(shí)如何用有限的資源保住核心質(zhì)量就非?？简?yàn)經(jīng)驗(yàn)?；卮稹澳阍趺创_定回歸測(cè)試范圍”時(shí)我建議按以下思路來(lái)組織答案看代碼變更影響面后端接口改了要回歸關(guān)聯(lián)的前端模塊和下游系統(tǒng)看公共模塊的改動(dòng)比如登錄權(quán)限、基礎(chǔ)數(shù)據(jù)字典、消息中心這些模塊只要變更就影響全局看歷史缺陷密度哪個(gè)模塊過(guò)去Bug最多回歸時(shí)優(yōu)先覆蓋看主流程鏈路無(wú)論改動(dòng)大小用戶(hù)主鏈路一定要跑通。你可以補(bǔ)充一個(gè)實(shí)操技巧建立自動(dòng)化回歸用例集把核心鏈路的核心用例抽出來(lái)在版本提交后先跑一輪自動(dòng)化冒煙將半小時(shí)以上的重復(fù)驗(yàn)證壓縮到幾分鐘人工再去覆蓋新增功能和復(fù)雜業(yè)務(wù)場(chǎng)景。面試官聽(tīng)到這里會(huì)覺(jué)得你不是只會(huì)手動(dòng)點(diǎn)點(diǎn)點(diǎn)而是有測(cè)試效率思維。3. 測(cè)試用例設(shè)計(jì)方法等價(jià)類(lèi)、邊界值、場(chǎng)景法與判定表3.1 等價(jià)類(lèi)劃分和邊界值分析怎么組合使用用例設(shè)計(jì)方法里面等價(jià)類(lèi)和邊界值永遠(yuǎn)是面試高頻題。等價(jià)類(lèi)劃分的核心思路是把輸入數(shù)據(jù)劃分成若干類(lèi)每一類(lèi)中取一個(gè)代表值即可目的是用最少的用例覆蓋盡可能多的場(chǎng)景。邊界值分析則是對(duì)等價(jià)類(lèi)的補(bǔ)充因?yàn)榇罅咳毕荻技性谳斎敕秶倪吔缟稀Ｎ遗e一個(gè)常見(jiàn)的面試題“一個(gè)輸入框要求6到18位字母或數(shù)字你怎么設(shè)計(jì)用例”正確思路是先劃分有效等價(jià)類(lèi)和無(wú)效等價(jià)類(lèi)然后在邊界值附近補(bǔ)充用例。有效等價(jià)類(lèi)6到18位字母或數(shù)字的組合。無(wú)效等價(jià)類(lèi)少于6位、多于18位、包含特殊字符、包含中文、包含空格。邊界值用例5位、6位、17位、18位、19位以及全數(shù)字、全字母、字母數(shù)字混合。實(shí)操中要注意一個(gè)細(xì)節(jié)不能只測(cè)長(zhǎng)度邊界還要測(cè)內(nèi)容邊界。比如“字母或數(shù)字”這個(gè)條件的邊界是“數(shù)字和字母臨界切換的字符”像數(shù)字“9”到字母“a”之間那一段區(qū)間的輸入。把這兩種邊界組合起來(lái)才算把這個(gè)輸入框測(cè)透了。3.2 場(chǎng)景法和判定表法在業(yè)務(wù)邏輯測(cè)試中的運(yùn)用很多新人在面試中會(huì)用熟悉等價(jià)類(lèi)和邊界值但一到場(chǎng)景法就說(shuō)不清楚。場(chǎng)景法是基于業(yè)務(wù)流程圖或用戶(hù)操作路徑來(lái)設(shè)計(jì)用例的適合覆蓋端到端的業(yè)務(wù)場(chǎng)景、流程分支和異常場(chǎng)景。一個(gè)典型的例子是電商下單流程用戶(hù)登錄、瀏覽商品、加購(gòu)物車(chē)、提交訂單、支付、確認(rèn)收貨、評(píng)價(jià)這是一個(gè)正常場(chǎng)景如果支付超時(shí)、庫(kù)存不足、優(yōu)惠券過(guò)期就屬于備用場(chǎng)景和異常場(chǎng)景。判定表法是用來(lái)處理多條件組合邏輯的適合類(lèi)似“促銷(xiāo)活動(dòng)規(guī)則計(jì)算”的復(fù)雜業(yè)務(wù)。假設(shè)一個(gè)滿(mǎn)減活動(dòng)規(guī)則是“滿(mǎn)200減30且僅限新人用戶(hù)”那么組合條件就有四種新人滿(mǎn)200、新人未滿(mǎn)200、老用戶(hù)滿(mǎn)200、老用戶(hù)未滿(mǎn)200。每一列就是一種組合列出每種組合下的預(yù)期結(jié)果就能做到不漏場(chǎng)景。我建議面試時(shí)用一個(gè)完整的小例子串聯(lián)這些方法比如“設(shè)計(jì)一個(gè)優(yōu)惠券發(fā)放功能的測(cè)試用例”把等價(jià)類(lèi)、邊界值、場(chǎng)景法、判定表全部融合進(jìn)去這樣比被問(wèn)一個(gè)答一個(gè)要加分得多。4. 項(xiàng)目實(shí)踐細(xì)節(jié)從用例執(zhí)行到測(cè)試報(bào)告4.1 執(zhí)行和記錄Bug的規(guī)范流程我見(jiàn)過(guò)很多候選人在簡(jiǎn)歷上寫(xiě)著“負(fù)責(zé)執(zhí)行測(cè)試用例、提交缺陷”但問(wèn)到Bug的狀態(tài)流轉(zhuǎn)和定義規(guī)范時(shí)卻支支吾吾。這說(shuō)明平時(shí)做工作只停留在“點(diǎn)”上沒(méi)有形成體系化認(rèn)知。一個(gè)規(guī)范的Bug記錄應(yīng)該包含標(biāo)題、所屬模塊、操作步驟、預(yù)期結(jié)果、實(shí)際結(jié)果、截圖或日志、環(huán)境信息、嚴(yán)重程度、優(yōu)先級(jí)、指派對(duì)象。我自己在團(tuán)隊(duì)里執(zhí)行時(shí)會(huì)強(qiáng)制要求三步走能穩(wěn)定復(fù)現(xiàn)再提Bug不能復(fù)現(xiàn)的注明“偶現(xiàn)”并附上時(shí)間點(diǎn)和日志提完Bug之后兩小時(shí)內(nèi)跟蹤開(kāi)發(fā)反饋確認(rèn)理解了問(wèn)題描述而不是等開(kāi)發(fā)來(lái)問(wèn)。Bug的嚴(yán)重等級(jí)一般劃分是致命系統(tǒng)崩潰、數(shù)據(jù)丟失、資損、主流程不可用嚴(yán)重核心功能受影響但存在臨時(shí)規(guī)避方案一般功能不符合預(yù)期但不影響主流程輕微UI文案、樣式、體驗(yàn)類(lèi)問(wèn)題。面試官如果在簡(jiǎn)歷中看到“缺陷管理”字眼大概率會(huì)讓你描述一下比較典型的Bug以及你后續(xù)怎么推動(dòng)修復(fù)的所以提前準(zhǔn)備一個(gè)真實(shí)案例非常有必要。4.2 測(cè)試報(bào)告該寫(xiě)給誰(shuí)看、怎么寫(xiě)才算專(zhuān)業(yè)測(cè)試報(bào)告不只是測(cè)試團(tuán)隊(duì)自己用也是給項(xiàng)目組決策層看的。你寫(xiě)的報(bào)告要讓項(xiàng)目負(fù)責(zé)人一眼就能判斷“這個(gè)版本能不能上”而不是在數(shù)據(jù)和結(jié)論之間來(lái)回找。我通常的測(cè)試報(bào)告框架包括測(cè)試范圍與執(zhí)行情況用例總數(shù)、通過(guò)數(shù)、失敗數(shù)、阻塞數(shù)缺陷統(tǒng)計(jì)與分析按嚴(yán)重程度、按模塊分布并給出遺留問(wèn)題清單風(fēng)險(xiǎn)與建議哪些模塊存在中高風(fēng)險(xiǎn)需要產(chǎn)品決策是否接受最終結(jié)論通過(guò)、有條件通過(guò)或不通過(guò)。在面試中講到測(cè)試報(bào)告時(shí)重點(diǎn)展示“你怎么從數(shù)據(jù)中提煉出結(jié)論”。比如“用例通過(guò)率高于95%剩余Bug均為輕微級(jí)無(wú)核心流程阻塞問(wèn)題建議有條件通過(guò)”。不要把報(bào)告寫(xiě)成流水賬那是新手最容易犯的錯(cuò)。5. 接口測(cè)試與自動(dòng)化測(cè)試最容易被深挖的考點(diǎn)5.1 接口測(cè)試的核心關(guān)注點(diǎn)與典型問(wèn)題目前幾乎所有中大型項(xiàng)目都采用前后端分離架構(gòu)接口測(cè)試在面試中的權(quán)重非常高。面試官問(wèn)“接口測(cè)試一般測(cè)哪些點(diǎn)”時(shí)很多人回答“查看返回結(jié)果對(duì)不對(duì)”這太淺了。我的總結(jié)是接口測(cè)試要從五個(gè)維度去驗(yàn)證協(xié)議與狀態(tài)碼請(qǐng)求方式GET/POST/PUT/DELETE、HTTP狀態(tài)碼200、400、401、500是否符合預(yù)期。業(yè)務(wù)邏輯正確性返回的code和message是否正確關(guān)鍵字段值是否符合業(yè)務(wù)規(guī)則。數(shù)據(jù)落庫(kù)驗(yàn)證接口調(diào)用成功后數(shù)據(jù)庫(kù)的數(shù)據(jù)是否同步變更這是區(qū)分老手和新手的分水嶺。異常場(chǎng)景覆蓋參數(shù)缺失、參數(shù)類(lèi)型錯(cuò)誤、邊界值、超長(zhǎng)字符、未登錄、無(wú)權(quán)限、依賴(lài)接口異常。性能與安全性響應(yīng)時(shí)間是否在合理范圍接口是否存在SQL注入風(fēng)險(xiǎn)、越權(quán)風(fēng)險(xiǎn)。面試中經(jīng)常會(huì)有這樣一個(gè)遞進(jìn)式提問(wèn)“如果登錄接口返回200但token有效期設(shè)置不正確你怎么發(fā)現(xiàn)”大部分人第一反應(yīng)是“檢查返回值”但正確的排查思路是先看數(shù)據(jù)庫(kù)用戶(hù)會(huì)話表再檢查token的過(guò)期時(shí)間配置然后去Redis里看緩存剩余時(shí)間最后用工具模擬過(guò)期后的請(qǐng)求驗(yàn)證是否被攔截。這個(gè)回答邏輯展現(xiàn)了完整的接口測(cè)試排查能力。5.2 自動(dòng)化測(cè)試框架落地從選型到實(shí)施細(xì)節(jié)自動(dòng)化測(cè)試是幾乎所有測(cè)試崗位面試的必問(wèn)環(huán)節(jié)但面試官想看的是你是否真的落過(guò)地而不是GitHub上拉過(guò)一個(gè)項(xiàng)目跑通demo。先說(shuō)工具選型UI自動(dòng)化領(lǐng)域Selenium仍然是主流Web端場(chǎng)景成熟Playwright近年來(lái)也勢(shì)頭很猛API自動(dòng)化的主流工具是Postman/Newman和JMeter代碼層面用Python的requests庫(kù)配合pytest框架是最常用的組合。選型的核心依據(jù)不是誰(shuí)火用誰(shuí)而是團(tuán)隊(duì)的技術(shù)棧和業(yè)務(wù)形態(tài)。一個(gè)自動(dòng)化框架通常包含以下幾個(gè)層次用例管理層pytest的用例收集、fixture管理、allure報(bào)告集成數(shù)據(jù)驅(qū)動(dòng)層把測(cè)試數(shù)據(jù)從代碼中抽離存放在Excel、YAML或JSON中便于維護(hù)斷言封裝層封裝公共的斷言方法比如狀態(tài)碼斷言、字段斷言、數(shù)據(jù)庫(kù)斷言公共方法層封裝接口請(qǐng)求、數(shù)據(jù)庫(kù)操作、日志輸出、文件讀取、token處理等公共能力配置管理環(huán)境地址、賬號(hào)信息、數(shù)據(jù)庫(kù)連接信息等通過(guò)配置文件管理避免硬編碼。我覺(jué)得面試中比較加分的做法是主動(dòng)講一個(gè)你在自動(dòng)化落地時(shí)踩過(guò)的坑。比如我碰到過(guò)一個(gè)很經(jīng)典的坑自動(dòng)化用例在本地跑是通的一到Jenkins上就大部分失敗。后來(lái)排查發(fā)現(xiàn)測(cè)試數(shù)據(jù)存在了本地配置里而CI環(huán)境沒(méi)有初始化測(cè)試數(shù)據(jù)導(dǎo)致依賴(lài)數(shù)據(jù)缺失。最后是加了前置數(shù)據(jù)初始化邏輯在每次執(zhí)行前自動(dòng)準(zhǔn)備和清理數(shù)據(jù)才算解決了問(wèn)題。這類(lèi)問(wèn)題能說(shuō)明你對(duì)自動(dòng)化的理解不只是寫(xiě)腳本而是有工程化思維。5.3 Selenium定位不到元素常見(jiàn)自動(dòng)化失敗原因“你遇到過(guò)locator失效的情況嗎怎么定位排查”這幾乎是自動(dòng)化面試中的必問(wèn)題。我建議從以下幾個(gè)維度去組織回答動(dòng)態(tài)id和動(dòng)態(tài)class優(yōu)先使用相對(duì)XPath或CSS選擇器避免絕對(duì)路徑和動(dòng)態(tài)屬性。元素存在iframe中先切換frame再定位切換后再返回默認(rèn)內(nèi)容。元素處于shadow DOM中需要考慮特殊的定位方式。頁(yè)面異步加載導(dǎo)致元素未出現(xiàn)使用顯式等待WebDriverWait而不是固定sleep。元素被遮擋或不可點(diǎn)擊用JavaScript執(zhí)行器直接點(diǎn)擊或用ActionChains模擬鼠標(biāo)操作。一個(gè)容易被忽略的點(diǎn)是自動(dòng)化測(cè)試的穩(wěn)定性遠(yuǎn)不止定位問(wèn)題還涉及數(shù)據(jù)依賴(lài)、瀏覽器驅(qū)動(dòng)版本、日志輸出和失敗重試機(jī)制。我在框架中會(huì)增加失敗用例自動(dòng)重試的機(jī)制并在重試失敗后自動(dòng)截圖和保存頁(yè)面源碼把完整上下文留給開(kāi)發(fā)排查。6. 必考的SQL與Linux知識(shí)測(cè)試工程師的兩大基本功6.1 SQL高頻面試題聚合、連接、子查詢(xún)和日期處理測(cè)試工程師不寫(xiě)業(yè)務(wù)代碼但寫(xiě)SQL查數(shù)據(jù)是家常便飯。面試官通常會(huì)考察你對(duì)SQL的熟練程度因?yàn)橐粋€(gè)不會(huì)寫(xiě)SQL的測(cè)試很難獨(dú)立做數(shù)據(jù)校驗(yàn)和問(wèn)題定位。下面這些是高頻考點(diǎn)內(nèi)連接、左連接、右連接的區(qū)別以及實(shí)際業(yè)務(wù)中的使用場(chǎng)景聚合函數(shù)count、sum、avg、max、min結(jié)合group by和having使用between and邊界值問(wèn)題很多人不知道between and是包含邊界值的子查詢(xún)和臨時(shí)表的寫(xiě)法比如查詢(xún)每個(gè)用戶(hù)最近一次下單時(shí)間日期函數(shù)處理比如date_format、datediff、date_add去重distinct和limit分頁(yè)查詢(xún)。我隨機(jī)舉一個(gè)面試題“查詢(xún)最近7天內(nèi)下單次數(shù)超過(guò)3次的用戶(hù)ID和訂單數(shù)?！边@個(gè)題的解題思路是先用where限定下單時(shí)間不小于當(dāng)前日期減6天再用group by user_id聚合最后用having count(*) 3過(guò)濾。能快速寫(xiě)出這個(gè)SQL就說(shuō)明你有基本的數(shù)據(jù)分析能力。在SQL這個(gè)問(wèn)題上我給面試者一個(gè)建議不要背題而是真正拿一個(gè)數(shù)據(jù)庫(kù)把常見(jiàn)的操作練熟尤其要練join關(guān)聯(lián)查詢(xún)因?yàn)闇y(cè)試業(yè)務(wù)數(shù)據(jù)往往是分散在多張表中的不會(huì)關(guān)聯(lián)查詢(xún)就寸步難行。6.2 Linux常用命令日志查看、服務(wù)管理和性能排查測(cè)試環(huán)境的搭建、日志的查看、環(huán)境的檢查離不開(kāi)Linux命令?；A(chǔ)階段要求掌握的文件操作命令有l(wèi)s、cd、cp、mv、rm、grep、find、cat、tail、head進(jìn)階階段需要掌握進(jìn)程管理命令ps、top、free、kill、netstat以及權(quán)限相關(guān)命令chmod和chown。面試時(shí)最?？疾斓腖inux場(chǎng)景是“線上環(huán)境出現(xiàn)問(wèn)題了你怎么排查”。我一般建議按以下順序回答先用tail -f或head -n查看應(yīng)用日志有沒(méi)有報(bào)錯(cuò)堆棧再用grep 關(guān)鍵字 logfile.log | tail -100定位具體的錯(cuò)誤信息然后用ps -ef | grep 服務(wù)名確認(rèn)進(jìn)程是否存活接著用netstat -tlnp | grep 端口檢查端口是否正常監(jiān)聽(tīng)最后用top和free -h查看系統(tǒng)資源是否有瓶頸。會(huì)被加分的點(diǎn)是“日志級(jí)別”的理解比如項(xiàng)目中常見(jiàn)的有info、debug、warn、error你可以在面試中主動(dòng)提出來(lái)說(shuō)在實(shí)際項(xiàng)目中測(cè)試環(huán)境通常打開(kāi)debug級(jí)別便于定位問(wèn)題生產(chǎn)環(huán)境則關(guān)閉debug避免日志量過(guò)大。這種細(xì)節(jié)是真實(shí)干過(guò)活的人才說(shuō)得出的。7. 另外幾個(gè)容易被問(wèn)到的進(jìn)階方向性能測(cè)試、安全測(cè)試與兼容性測(cè)試很多候選人以為性能測(cè)試就是會(huì)用JMeter跑腳本看報(bào)告。但面試官真正想了解的是你對(duì)性能測(cè)試指標(biāo)的理解、瓶頸的分析思路以及性能測(cè)試在項(xiàng)目中的正確使用方式。性能測(cè)試的核心指標(biāo)包括響應(yīng)時(shí)間RT、吞吐量TPS/QPS、并發(fā)用戶(hù)數(shù)、錯(cuò)誤率、資源利用率CPU、內(nèi)存、IO、網(wǎng)絡(luò)。面試中常問(wèn)的一道題是“什么是QPS怎么計(jì)算一個(gè)系統(tǒng)大概能支持多少并發(fā)”此時(shí)你需要把業(yè)務(wù)場(chǎng)景數(shù)據(jù)估算和理論公式結(jié)合起來(lái)回答比如“根據(jù)業(yè)務(wù)日志統(tǒng)計(jì)高峰期每分鐘的請(qǐng)求量再換算成每秒請(qǐng)求量結(jié)合單接口平均響應(yīng)時(shí)間來(lái)判斷系統(tǒng)能扛多少壓力”。安全測(cè)試在面試中也常出現(xiàn)最基礎(chǔ)的是SQL注入和XSS。問(wèn)“SQL注入的原理和測(cè)試方法”時(shí)我建議從“用戶(hù)輸入拼接進(jìn)SQL語(yǔ)句”的角度解釋原理再給一個(gè)簡(jiǎn)單的測(cè)試姿勢(shì)在參數(shù)中輸入單引號(hào)或條件表達(dá)式觀察接口返回是否有異常報(bào)錯(cuò)更深入的安全測(cè)試包括越權(quán)測(cè)試、文件上傳漏洞、敏感信息泄露等。兼容性測(cè)試的問(wèn)題相對(duì)簡(jiǎn)單但回答時(shí)要有層次覆蓋范圍包括操作系統(tǒng)、瀏覽器、分辨率、網(wǎng)絡(luò)環(huán)境、移動(dòng)設(shè)備執(zhí)行策略上核心鏈路全兼容驗(yàn)證邊緣頁(yè)面抽測(cè)或交給線上監(jiān)控工具層面瀏覽器兼容可以用Selenium Grid或云測(cè)平臺(tái)移動(dòng)端可以用云真機(jī)。8. 測(cè)試工具鏈與團(tuán)隊(duì)協(xié)作從“會(huì)測(cè)”到“業(yè)務(wù)Owner”8.1 JIRA、禪道、Postman、JMeter、Jenkins這些工具怎么用才專(zhuān)業(yè)簡(jiǎn)歷上寫(xiě)“熟悉JIRA、Postman、JMeter”的人很多但面試官一問(wèn)細(xì)節(jié)就暴露水平。工具不是會(huì)點(diǎn)擊就叫熟悉而是要清楚工具在項(xiàng)目流程中扮演什么角色。以Postman為例基礎(chǔ)操作是發(fā)送請(qǐng)求和查看響應(yīng)進(jìn)階要求則是會(huì)用環(huán)境變量管理不同環(huán)境的配置、會(huì)用Collection Runner跑批量接口、會(huì)用Tests腳本編寫(xiě)斷言、會(huì)導(dǎo)出Newman命令行執(zhí)行集成到CI。如果我在面試中聽(tīng)到候選人會(huì)講“我在團(tuán)隊(duì)里搭了一套PostmanNewman的接口回歸方案每次構(gòu)建完自動(dòng)跑一遍核心接口”這一定是加分項(xiàng)。JMeter的使用同理不只是添加線程組、添加HTTP請(qǐng)求、添加查看結(jié)果樹(shù)。真正落地性能測(cè)試需要關(guān)注參數(shù)化數(shù)據(jù)怎么做、斷言怎么加、聚合報(bào)告指標(biāo)怎么解讀、監(jiān)聽(tīng)器對(duì)性能的影響實(shí)際壓測(cè)時(shí)要禁用GUI監(jiān)聽(tīng)器、分布式壓測(cè)的配置。Jenkins是持續(xù)集成工具測(cè)試工程師至少要知道怎么觸發(fā)構(gòu)建、查看測(cè)試報(bào)告、配置定時(shí)任務(wù)。如果在簡(jiǎn)歷中提到“我搭建了自動(dòng)化測(cè)試的CI流水線”面試官一定會(huì)深挖“你怎么保證每天構(gòu)建的穩(wěn)定性”你需要準(zhǔn)備好關(guān)于用例穩(wěn)定性、數(shù)據(jù)初始化、失敗自動(dòng)重試、測(cè)試報(bào)告發(fā)送機(jī)制等細(xì)節(jié)。8.2 測(cè)試工程師如何做好團(tuán)隊(duì)協(xié)作與質(zhì)量交付這個(gè)方向看起來(lái)偏軟技能但在面試中占比不小。面試官的問(wèn)題可能是“開(kāi)發(fā)說(shuō)這個(gè)Bug不是問(wèn)題你怎么辦”、“項(xiàng)目周期很緊測(cè)試時(shí)間被壓縮你如何推動(dòng)項(xiàng)目按質(zhì)交付”、“產(chǎn)品需求頻繁變更你怎么應(yīng)對(duì)”回答這類(lèi)問(wèn)題時(shí)要體現(xiàn)你的溝通策略和質(zhì)量意識(shí)而不要只說(shuō)“我跟開(kāi)發(fā)溝通”。我通常用的方式是如果開(kāi)發(fā)認(rèn)為是“設(shè)計(jì)如此”而不是Bug那就把需求文檔和交互原型找出來(lái)逐條比對(duì)確認(rèn)到底是實(shí)現(xiàn)偏離了需求還是需求本身沒(méi)有定義清楚。如果確實(shí)是需求沒(méi)定義清楚我會(huì)把產(chǎn)品、開(kāi)發(fā)拉到一個(gè)會(huì)上溝通明確規(guī)則后再更新用例。當(dāng)測(cè)試時(shí)間被壓縮時(shí)我的原則是做風(fēng)險(xiǎn)排序而非平均分配資源先列出本次版本的核心功能和影響面和項(xiàng)目組明確哪些必須測(cè)試到哪些可以降級(jí)為冒煙驗(yàn)證或延后測(cè)試并把這個(gè)決定留痕同步給項(xiàng)目各方。這比一味不妥協(xié)或一味妥協(xié)都更專(zhuān)業(yè)。9. 高頻開(kāi)放性問(wèn)題簡(jiǎn)歷、自我介紹、項(xiàng)目講解答題心法這部分是很多候選人容易忽略的軟實(shí)力但它往往決定了面試結(jié)果尤其是技術(shù)相差不大的候選人之間項(xiàng)目講解的深度和邏輯就是拉開(kāi)差距的關(guān)鍵。自我介紹不要超過(guò)兩分鐘聚焦四塊我是誰(shuí)、我做過(guò)什么項(xiàng)目、我在項(xiàng)目中承擔(dān)什么角色、我擅長(zhǎng)什么技術(shù)方向。簡(jiǎn)歷中寫(xiě)過(guò)的技術(shù)棧和項(xiàng)目一定要能展開(kāi)講細(xì)節(jié)否則面試官會(huì)認(rèn)為你在編造。項(xiàng)目講解是重中之重。我建議用STAR法則來(lái)做項(xiàng)目描述背景項(xiàng)目是什么業(yè)務(wù)目標(biāo)質(zhì)量目標(biāo)或測(cè)試目標(biāo)行動(dòng)你負(fù)責(zé)了什么測(cè)試工作、用了什么方法、解決過(guò)什么問(wèn)題結(jié)果最終上線質(zhì)量如何、存在什么經(jīng)驗(yàn)教訓(xùn)。關(guān)鍵是要把“我”的職責(zé)和貢獻(xiàn)講清楚而不是把團(tuán)隊(duì)做的事都算在自己頭上。提前準(zhǔn)備2-3個(gè)完整且有代表性的Bug案例也很有必要。例如我負(fù)責(zé)的一個(gè)支付項(xiàng)目的Bug某個(gè)優(yōu)惠券接口在用戶(hù)已經(jīng)使用過(guò)優(yōu)惠券后仍然返回可用狀態(tài)我通過(guò)修改數(shù)據(jù)庫(kù)優(yōu)惠券狀態(tài)和重復(fù)調(diào)用接口的方式穩(wěn)定復(fù)現(xiàn)了這個(gè)問(wèn)題并拉上開(kāi)發(fā)一起排查最終定位是緩存沒(méi)有及時(shí)同步在事務(wù)提交后增加了緩存刪除邏輯才徹底修復(fù)。這種案例一講出來(lái)面試官就會(huì)認(rèn)定你有獨(dú)立發(fā)現(xiàn)和跟蹤問(wèn)題的能力。10. 面試過(guò)程中容易被忽視的幾個(gè)細(xì)節(jié)這部分的經(jīng)驗(yàn)是我在多次面試候選人和被面試過(guò)程中總結(jié)出來(lái)的雖然不算面試題本身但直接影響面試成敗。第一不要背答案。面試官問(wèn)一道題通常不是只要一個(gè)標(biāo)準(zhǔn)答案而是想引導(dǎo)你說(shuō)出背后的邏輯。比如問(wèn)“SQL注入測(cè)試怎么做”你可以先說(shuō)原理再說(shuō)工具再引到實(shí)際項(xiàng)目中的排查過(guò)程把回答變成一個(gè)完整的邏輯鏈而不是拿一道題背一篇八股。第二遇到不會(huì)的問(wèn)題不要慌。不會(huì)很正常面試官更看重你是否有分析思路。比如問(wèn)了一個(gè)你沒(méi)接觸過(guò)的自動(dòng)化測(cè)試框架你可以說(shuō)“這個(gè)框架我沒(méi)有實(shí)際用過(guò)但根據(jù)我對(duì)Selenium和Pytest的理解它的定位原理應(yīng)該類(lèi)似只要掌握三個(gè)核心要素——定位方式、等待策略、斷言方法——上手應(yīng)該不會(huì)太難”。這種回答能體現(xiàn)你的知識(shí)遷移能力。第三展示真實(shí)項(xiàng)目中的數(shù)字。比如“用例數(shù)量大概多少”、“Bug從提交到關(guān)閉的平均時(shí)長(zhǎng)”、“自動(dòng)化覆蓋率提升了多少”有數(shù)字的項(xiàng)目描述要比空洞的描述有說(shuō)服力得多。第四面試最后問(wèn)面試官的問(wèn)題也要好好準(zhǔn)備。不要說(shuō)你沒(méi)有想問(wèn)的你可以問(wèn)“團(tuán)隊(duì)現(xiàn)在自動(dòng)化測(cè)試覆蓋到什么水平”、“測(cè)試和開(kāi)發(fā)的協(xié)作節(jié)奏是什么樣的”、“這個(gè)崗位未來(lái)半年最重要的目標(biāo)是啥”這些問(wèn)題展示了你對(duì)職位和團(tuán)隊(duì)的真實(shí)興趣。最后再分享一個(gè)我自己的習(xí)慣每次面試結(jié)束我都會(huì)把被問(wèn)到的問(wèn)題記下來(lái)對(duì)照自己的知識(shí)盲區(qū)做一次復(fù)盤(pán)然后針對(duì)薄弱環(huán)節(jié)重點(diǎn)補(bǔ)課。測(cè)試行業(yè)的技術(shù)棧更新很快但面試考察的底層能力始終是那些——基礎(chǔ)扎實(shí)不扎實(shí)思維成體系不成體系項(xiàng)目中是否真實(shí)解決過(guò)問(wèn)題。把這一篇里的問(wèn)題練到能夠結(jié)合自己的項(xiàng)目流暢輸出你離Offer就不遠(yuǎn)了。