作為面試官我招過上百個測試說實(shí)話現(xiàn)在市面上的“軟件測試面試八股文”資料我基本都看過絕大多數(shù)都是一份清單式的答案堆砌。今天這篇整理我不打算給你羅列一百道題的標(biāo)準(zhǔn)答案而是把最近幾年我在面試中真正高頻問到的核心考點(diǎn)、背后的考察邏輯、以及候選人最容易被問倒的細(xì)節(jié)掰開揉碎了講一遍。如果你是正在準(zhǔn)備跳槽的功能測試、剛轉(zhuǎn)行測試的初級工程師或者打算沖擊測開崗位但基礎(chǔ)不牢的同學(xué)這篇文章應(yīng)該能幫你省下不少瞎背題的時間。內(nèi)容會覆蓋基礎(chǔ)理論、用例設(shè)計、項(xiàng)目經(jīng)驗(yàn)包裝、工具鏈、以及HR面談薪這幾個核心模塊每個模塊都會給到具體的話術(shù)思路和踩坑提醒。1. 軟件測試基礎(chǔ)理論高頻考點(diǎn)這部分是八股文的重災(zāi)區(qū)也是面試官用來快速判斷你“到底是不是科班出身”或者“有沒有系統(tǒng)學(xué)習(xí)過”的分水嶺。我面試的時候基礎(chǔ)理論題基本必問但問法通常很活。1.1 測試生命周期別只會背V模型得說清楚每個階段在干嘛軟件測試的生命周期或者說測試流程幾乎每個人都背得出來“需求分析、測試計劃、用例設(shè)計、用例執(zhí)行、缺陷跟蹤、測試報告”這幾步。但面試官真正想聽的是你在具體項(xiàng)目里是怎么把這些步驟落地的。比如需求分析這一段很多候選人只會說“我們開需求評審會”但如果你能補(bǔ)充說“在評審會上我主要關(guān)注需求里的隱含邊界比如金額字段有沒有精度限制、狀態(tài)流轉(zhuǎn)的異常分支有沒有定義遇到不明確的地方我會在評審記錄里標(biāo)注出來會后找產(chǎn)品經(jīng)理單獨(dú)確認(rèn)然后把確認(rèn)結(jié)果補(bǔ)充到測試用例里”這就完全不一樣了。這體現(xiàn)的是你對“需求分析”這個環(huán)節(jié)的深度理解而不只是走流程。再比如準(zhǔn)入準(zhǔn)出標(biāo)準(zhǔn)這是我在面試中特別喜歡追問的點(diǎn)。一個合格的測試工程師應(yīng)該知道不是所有bug都必須修復(fù)完才能上線。準(zhǔn)出標(biāo)準(zhǔn)至少要包含遺留缺陷的風(fēng)險評估、核心路徑的自動化回歸通過率、以及性能測試結(jié)果是否符合預(yù)期。如果你能說出“我們項(xiàng)目的準(zhǔn)出標(biāo)準(zhǔn)是P0/P1級別缺陷清零P2級別缺陷經(jīng)過產(chǎn)品確認(rèn)可以遺留并記錄在版本說明中”我會認(rèn)為你真的經(jīng)歷過完整的項(xiàng)目迭代。1.2 測試金字塔與測試分類為什么單元測試最重要卻最容易被忽視測試金字塔這個概念接口測試占中間、UI自動化測試在塔尖、單元測試在塔基。面試官問這個問題的動機(jī)是想看看你有沒有全局的測試策略意識。我見過太多候選人把重點(diǎn)放在UI自動化上張口就是Selenium、Appium。但你仔細(xì)想UI自動化腳本維護(hù)成本是最高的頁面稍微改個class就全掛了。真正高質(zhì)量的測試體系精力應(yīng)該大部分投入在單元測試和接口測試上。這個問題我會建議你這樣答先說出金字塔的三層結(jié)構(gòu)然后結(jié)合業(yè)務(wù)舉例。比如你做過一個電商下單功能最底層用JUnit寫代碼層面的測試來驗(yàn)證庫存扣減邏輯中間層用Postman或者代碼調(diào)用接口驗(yàn)證下單接口在異常入?yún)⑾碌姆祷刂底钌蠈硬庞肧elenium驗(yàn)證整個下單流程的UI表現(xiàn)是否能正確跳轉(zhuǎn)到支付頁面。這樣一層層下來既能快速定位問題回歸成本也低。這里順便提一個容易踩的坑很多面試官會追問“為什么單元測試發(fā)現(xiàn)bug的成本最低”。你需要答出因?yàn)閱卧獪y試是在代碼層面的最小粒度驗(yàn)證這時候發(fā)現(xiàn)問題只需要在本地直接排查不需要經(jīng)過部署環(huán)境、構(gòu)造數(shù)據(jù)這些繁瑣步驟。越往上層走問題定位路徑就越長修復(fù)成本也成倍增加。1.3 黑盒白盒灰盒的本質(zhì)區(qū)別你的測試視角和代碼能力決定崗位天花板黑盒測試和白盒測試的區(qū)別純新手可能會把“白盒是看代碼、黑盒是看界面”這種話掛在嘴邊。但面試官想聽的是你對測試視角切換的理解。黑盒測試的核心邏輯是把被測系統(tǒng)當(dāng)成一個不透明的整體通過輸入輸出來驗(yàn)證行為是否符合需求。它考驗(yàn)的是你的邏輯思維能力和需求理解能力比較經(jīng)典的測試設(shè)計方法是邊界值分析比如一個密碼輸入框要求6到16位你就需要測5位、6位、16位、17位這幾組數(shù)據(jù)。白盒測試則要求你能直接閱讀代碼了解哪些分支沒有被覆蓋到。這里會涉及語句覆蓋、判定覆蓋、條件覆蓋、路徑覆蓋這幾個粒度。面試官如果追問“這些覆蓋策略各自的特點(diǎn)”你最好能舉一個小例子比如一段if (a 1 b 3)的代碼語句覆蓋只需要讓整個if條件成立走進(jìn)分支里一次就夠了但判定覆蓋要求if條件為true和false的各跑一遍而條件覆蓋則要求a 1為true/false、b 3為true/false都分別出現(xiàn)。聊到這個層面面試官通常就能判斷出你不是只會點(diǎn)鼠標(biāo)是具備代碼思維的。至于灰盒測試多用于接口測試和集成測試介于黑白之間。你了解內(nèi)部數(shù)據(jù)結(jié)構(gòu)但不通過代碼路徑來設(shè)計用例而是通過接口輸入輸出來驗(yàn)證。這個只需要簡單帶一句即可不必展開太多。2. 用例設(shè)計與缺陷管理經(jīng)驗(yàn)的分水嶺用例設(shè)計是面試中占分最重的一塊因?yàn)樗苯臃从衬愕臏y試思維。很多初級工程師能說出等價類、邊界值這些概念但一到實(shí)際場景就不知道該怎么組合使用這部分的差距要靠刻意練習(xí)來彌補(bǔ)。2.1 等價類與邊界值哪個先劃分哪個后補(bǔ)充順序搞反了容易漏測等價類劃分和邊界值分析是面試中最基礎(chǔ)的組合拳。等價類的目的是把無限多的輸入數(shù)據(jù)歸類成有限個類別每個類別中選一個代表數(shù)據(jù)去測試即可。先說“有效等價類”和“無效等價類”這個一定要分清楚無效等價類是設(shè)計負(fù)面用例的關(guān)鍵。邊界值分析其實(shí)是對等價類的一種補(bǔ)充和修正。因?yàn)榇罅康娜毕萃性谶吔绺浇皇窃谟行^(qū)域的中間。一個典型的例子是打分系統(tǒng)要求輸入0到100的分?jǐn)?shù)等價類劃分出來是有效類0到100、無效類小于0、無效類大于100,而邊界值分析則會讓你關(guān)注0和100這兩個邊界本身以及-1和101這兩個剛越過邊界的值。在實(shí)際項(xiàng)目里我習(xí)慣先劃等價類再用邊界值去補(bǔ)邊界用例最后再用錯誤推測法補(bǔ)幾條憑經(jīng)驗(yàn)容易出錯的數(shù)據(jù)。面試中遇到一道用例設(shè)計題時按照這個順序講邏輯就非常清晰。比如給你一個登錄頁面你可以說首先用戶名密碼都非空是有效等價類用戶名密碼為空是無效等價類針對密碼長度要求8到20位我補(bǔ)充7位和21位的邊界用例最后根據(jù)歷史經(jīng)驗(yàn)我會補(bǔ)充一些包含特殊字符的密碼用例。2.2 場景法與流程分析從“點(diǎn)功能”升級為“走流程”現(xiàn)在很多產(chǎn)品都是復(fù)雜的業(yè)務(wù)流程型系統(tǒng)比如電商下單、審批流、銀行轉(zhuǎn)賬。單純用等價類和邊界值去拆解單個輸入框是覆蓋不了業(yè)務(wù)流轉(zhuǎn)過程中存在的問題的。場景法基于事件觸發(fā)機(jī)制核心思想是分析業(yè)務(wù)的基本流和備選流。以電商下單為例基本流是“瀏覽商品-加入購物車-提交訂單-支付成功-生成訂單”備選流可能包括“庫存不足時無法提交”、“支付超時自動取消訂單”、“優(yōu)惠券過期導(dǎo)致無法抵扣”等。你把這些流轉(zhuǎn)路徑一條條拉出來每條路徑設(shè)計一個主用例然后再在每個節(jié)點(diǎn)上疊加等價類和邊界值用例的完整性就能得到大幅提升。面試官問場景法相關(guān)問題時你不需要講得特別玄學(xué)重點(diǎn)是要體現(xiàn)“我理解業(yè)務(wù)是由一條條鏈路構(gòu)成的”?？梢皂槺闾岬皆谧隽鞒填悳y試時最好先畫一張核心業(yè)務(wù)流程圖把自己當(dāng)成用戶從頭到尾走一遍走的過程中記錄每一個分支節(jié)點(diǎn)然后再針對分支去設(shè)計用例。這個習(xí)慣說出來面試官會覺得你是帶有全局思考的。2.3 缺陷生命周期與管理工具從提交到關(guān)閉每個狀態(tài)的流轉(zhuǎn)都要有依據(jù)缺陷管理這塊背得出狀態(tài)節(jié)點(diǎn)只是及格線。New新建、Open打開、Fixed修復(fù)、Closed關(guān)閉、Reopen重新打開這幾個狀態(tài)是基礎(chǔ)但面試官會深挖的是“你會怎么判斷一個bug該Reopen還是該延期”。這里有一個比較重要的點(diǎn)不是所有bug都值得立即修復(fù)也不是產(chǎn)品說不修你就非得一直跟到底。我的經(jīng)驗(yàn)是遇到bug先自己確認(rèn)是否是有效缺陷排除環(huán)境因素和操作方式導(dǎo)致的誤報然后做好優(yōu)先級分級。P0級是阻止上線的問題比如支付功能完全不可用P1級是核心功能有嚴(yán)重缺陷但有規(guī)避路徑P2級是普通功能有問題不影響主流程P3級是體驗(yàn)類小瑕疵。當(dāng)我們判斷一個P2缺陷在當(dāng)個迭代無法修復(fù)時正確的做法是推動產(chǎn)品確認(rèn)風(fēng)險等級并寫進(jìn)版本說明中由測試方簽字確認(rèn)。另外在日常溝通中最好能對缺陷做歸類前端問題、后端問題、數(shù)據(jù)問題、需求理解偏差。這樣你在提bug的時候開發(fā)才能快速定位到具體模塊而不是拿著描述到處猜。這種習(xí)慣寫在簡歷上就四個字溝通成本。面試官一眼就能看出你平時的工作習(xí)慣。3. 項(xiàng)目經(jīng)驗(yàn)與軟技能追問這一關(guān)最刷人說實(shí)話基礎(chǔ)理論題答得再好都只能證明你背過書。真正能拉開差距的是在項(xiàng)目經(jīng)驗(yàn)環(huán)節(jié)因?yàn)檫@里考驗(yàn)的是你有沒有真正思考過自己做過的事情。很多人掛在二面問題通常就出在這。3.1 STAR原則包裝項(xiàng)目不要只說你測了什么要說出你怎么測、為什么這么測STAR原則是面試中的萬能公式但真正用好的候選人真的不多。S是情境T是任務(wù)A是行動R是結(jié)果。很多候選人在描述項(xiàng)目的時候只會說“我在某某系統(tǒng)里負(fù)責(zé)訂單模塊的測試”然后就停機(jī)了。更好的表達(dá)方式是情境是項(xiàng)目剛啟動只有一個月的排期但需求被改了三版再提測任務(wù)是保證核心交易鏈路在有限時間內(nèi)零缺陷上線行動是你重新梳理了需求變更點(diǎn)把變動影響的功能篩選出來做重點(diǎn)回歸同時設(shè)計了一套基于接口層的冒煙測試腳本每次提測后十分鐘內(nèi)就能跑完主流程結(jié)果是在規(guī)定的上線日期前P1以上的缺陷全部清零上線后沒有出現(xiàn)一例重大線上問題。我面試的時候聽到這種回答一般會繼續(xù)追問為什么你選擇用接口層冒煙而不是UI層如果你能答出“接口層更穩(wěn)定且執(zhí)行速度快UI層的腳本在這種短周期項(xiàng)目里沒有時間維護(hù)”面試通過率就會直線上升。3.2 主觀題與場景題被說“這個bug復(fù)現(xiàn)不了”時怎么應(yīng)對場景題是測試面試中非常靈活的一類面試官會丟給你一個實(shí)際工作中的突發(fā)狀況問你怎么辦。這類題沒有標(biāo)準(zhǔn)答案考察的是思維方式和溝通能力。最經(jīng)典的一個是開發(fā)拒絕承認(rèn)你提的bug說在你這邊復(fù)現(xiàn)不了。如果你回答“我給他錄視頻把操作步驟日志發(fā)給他”這只能算及格。更好的方式是先自己排查復(fù)現(xiàn)條件是否穩(wěn)定包括前置數(shù)據(jù)是否完整、網(wǎng)絡(luò)環(huán)境是否是弱網(wǎng)、用的是哪個版本代碼。確認(rèn)穩(wěn)定復(fù)現(xiàn)之后再去開發(fā)那邊推動排查甚至可以把接口的入?yún)⒑头祷刂荡蛴〕鰜碜C明數(shù)據(jù)已經(jīng)走到哪一層。再比如問你“測試時間不夠怎么辦”。如果你只會說“加班加點(diǎn)多測一些”說明你缺乏項(xiàng)目管理意識。正確的思路是評估風(fēng)險縮短非核心模塊的回歸范圍核心鏈路自動化腳本優(yōu)先跑同時把風(fēng)險同步給項(xiàng)目經(jīng)理和產(chǎn)品讓他們決策是砍需求還是延遲上線。測試不是來保證質(zhì)量的測試是通過暴露風(fēng)險讓團(tuán)隊(duì)共同決策。這句話如果你能理解到位場景題基本都能應(yīng)答自如。3.3 手撕測試用例面試官到底想從你的用例里看到什么手寫測試用例是面試中的經(jīng)典環(huán)節(jié)面試官會給一個功能比如登錄、支付、搜索、購物車讓你在十分鐘內(nèi)寫出測試用例的覆蓋點(diǎn)。這里他更多的不是看你要寫多少條而是看你的思維是否有層次。我建議你按照功能測試、界面測試、易用性測試、兼容性測試、安全性測試、性能測試這幾個維度去組織答案。以登錄功能為例功能上要覆蓋正確用戶名密碼登錄成功、錯誤密碼提示、空用戶名提示、密碼大小寫敏感驗(yàn)證界面上看文案是否清晰、無錯別字易用性上看回車能否快捷登錄兼容性上覆蓋Chrome、Safari、以及不同的手機(jī)分辨率安全上要防止SQL注入密碼輸入框不能明文顯示性能上要覆蓋多用戶同時登錄時接口響應(yīng)時間。如果你能以這種結(jié)構(gòu)化的方式來回答面試官基本能確定你到了團(tuán)隊(duì)以后不需要太費(fèi)心培養(yǎng)因?yàn)槟阌凶约旱臏y試思路不是想到哪測到哪。4. 測試工具與框架知識功能測試到測開的分水嶺工具題在面試中出現(xiàn)的頻率取決于你面的崗位級別。如果是初級功能測試只要掌握基本的抓包和缺陷管理工具就夠了如果是測開崗位那工具鏈的深度就是決定性因素了。我見過很多候選人簡歷上寫著“熟練使用Selenium、熟悉Jmeter、會用Postman”結(jié)果一問細(xì)節(jié)就含糊其辭。所以這塊要么不寫寫了就要做到能接得住追問。4.1 接口測試與抓包從Postman到Charles的日常高效用法接口測試現(xiàn)在是功能測試的基本功Postman和Apifox這類工具幾乎是標(biāo)配。面試時很少直接問你“請說出Postman的三個功能”而會給你一個接口文檔讓你現(xiàn)場設(shè)計測試用例。給你一個安全類接口需要考慮的是鑒權(quán)失敗返回什么、參數(shù)缺失返回什么、參數(shù)類型傳錯返回什么、傳入超長字符串會不會報錯、重復(fù)提交是否有冪等處理。這其實(shí)就是把之前講的黑盒方法論的思路遷移到了接口層。另外一個常被問到的工具是Charles或者Fiddler用于抓包和斷點(diǎn)調(diào)試。面試官會問“弱網(wǎng)環(huán)境怎么模擬”你應(yīng)該能說出Charles里可以通過Throttle Settings設(shè)置帶寬和延遲比如設(shè)置3G網(wǎng)絡(luò)300ms的延遲來模擬弱網(wǎng)場景下App的請求超時表現(xiàn)。這里補(bǔ)充一個我個人工作中的經(jīng)驗(yàn)接口測試用例盡量在開發(fā)提測之前就去了解接口文檔在功能測試執(zhí)行之前先把接口層的冒煙用例跑通一遍。這樣等UI層面可以操作時你心里已經(jīng)對后端邏輯有了數(shù)執(zhí)行功能測試時定位問題會快很多。4.2 自動化測試框架Web端Selenium和移動端Appium的核心細(xì)節(jié)自動化這塊是簡歷中的重頭戲。很多候選人會寫“熟練使用Selenium”但如果面試官追問“Selenium的工作原理是什么”答不上來的人非常多。Selenium是基于WebDriver協(xié)議實(shí)現(xiàn)的簡單說就是通過瀏覽器驅(qū)動來調(diào)用瀏覽器的原生API從而模擬用戶操作。面試時你不需要把源碼背下來但至少要說清楚測試腳本通過HTTP請求把操作指令發(fā)給瀏覽器驅(qū)動驅(qū)動再把指令轉(zhuǎn)化為瀏覽器的原生調(diào)用并執(zhí)行最后把執(zhí)行結(jié)果返回給腳本。能夠說出這個鏈路說明你真的理解它而不是只會打開頁面點(diǎn)幾下。對于Appium常見追問是它和Selenium的關(guān)系。Appium也是擴(kuò)展了WebDriver協(xié)議但針對移動端增加了一些會話能力和移動手勢操作比如滑動、點(diǎn)擊坐標(biāo)、切換原生和WebView。如果你的經(jīng)驗(yàn)集中在移動端自動化建議了解一下Desired Capabilities里幾個關(guān)鍵配置項(xiàng)比如platformName、appPackage、appActivity。在自動化測試項(xiàng)目實(shí)戰(zhàn)的講解中最好帶上你的框架設(shè)計思路。比如你在用POM設(shè)計模式把每個頁面封裝成一個類把頁面上的元素定位與操作分離開說這樣設(shè)計是為了降低維護(hù)成本因?yàn)轫撁嫔显刈兓挥绊懸粋€類。這個點(diǎn)一出來面試官會非常認(rèn)可因?yàn)檫@是真正在實(shí)戰(zhàn)中遇到問題后才會有的思考。4.3 性能測試與持續(xù)集成不會代碼也能玩轉(zhuǎn)的基本節(jié)奏性能測試在面試中常被問到核心概念和基本流程。如果你沒有做過大型性能測試不用硬裝但基礎(chǔ)的指標(biāo)一定要能說清楚并發(fā)用戶數(shù)、TPS每秒事務(wù)數(shù)、響應(yīng)時間、錯誤率、CPU和內(nèi)存占用率。面試沒過或者準(zhǔn)備轉(zhuǎn)崗的同學(xué)我建議可以自己在本地搭一個簡單的JMeter壓測環(huán)境目標(biāo)就是一個登錄接口用100個線程并發(fā)跑一分鐘觀察聚合報告里的TPS、平均響應(yīng)時間和錯誤率。自己跑一遍你才能真正理解這幾個指標(biāo)之間的關(guān)系而不是背概念。持續(xù)集成這塊是測開面試中很關(guān)鍵的一環(huán)。Jenkins作為CI工具你需要能說出流水線的基本過程代碼提交后自動觸發(fā)構(gòu)建構(gòu)建成功后就自動執(zhí)行自動化測試腳本腳本跑完自動生成測試報告并推送給相關(guān)人。我這里提醒一個容易被追問的點(diǎn)失敗的時候怎么處理。你可以說通過在Jenkins里配置郵件通知和失敗后自動重跑機(jī)制來處理不穩(wěn)定用例。5. 談薪與HR面前面辛苦拿到的技術(shù)面優(yōu)勢別在這里敗掉技術(shù)面通過之后很多候選人容易掉以輕心覺得HR面就是隨便聊聊。實(shí)際上技術(shù)面決定了你拿不拿得到offerHR面決定了你拿到的offer是15K還是18K。這一環(huán)節(jié)的踩坑往往非?？上?。5.1 薪資談判的合理話術(shù)不裸報期望也不坐地起價HR問“你的期望薪資是多少”時不建議直接給出一個具體數(shù)字或區(qū)間。更好的表達(dá)方式是說我目前了解市場上這個崗位的薪資范圍大概在15K到20K之間結(jié)合我目前的工作經(jīng)驗(yàn)和面試的表現(xiàn)我期望是18K左右。這樣既展示了你的行情了解度又沒有把價格報得沒邊。如果你的期望薪資比公司預(yù)算低HR不會主動給你提高到上限如果你的期望薪資過高可能會直接導(dǎo)致offer審批被卡。所以談薪前一定要多渠道了解目標(biāo)公司的薪資區(qū)間比如通過招聘APP的崗位薪資范圍、脈脈上的分享。如果你一直在同一家公司三五年沒跳過槽薪資和市場價出現(xiàn)嚴(yán)重倒掛是常態(tài)這種情況下建議給自己設(shè)定一個底線和一個理想值只要不低于底線都值得認(rèn)真考慮。5.2 HR追問離職原因只說客觀不吐槽前東家離職原因這道題是最容易暴露情商的地方。不管真實(shí)原因是什么千萬不要當(dāng)著HR的面吐槽前公司加班多、領(lǐng)導(dǎo)不行、制度不好哪怕這些都是事實(shí)。你可以說在上一家公司積累了不少測試實(shí)踐經(jīng)驗(yàn)尤其是接口測試和自動化方向但目前參與的項(xiàng)目類型相對單一希望下一份工作能接觸到更復(fù)雜的業(yè)務(wù)場景和更規(guī)范的質(zhì)量保障體系所以在看新的機(jī)會。這套說辭客觀正面既說明了離職的真實(shí)訴求又給HR留下了積極向上的印象。如果你是因?yàn)榧影嗵嚯x職的也不建議直說?？梢哉f希望找一份項(xiàng)目節(jié)奏更穩(wěn)定、更有長期規(guī)劃的工作。記住一個核心原則HR面試永遠(yuǎn)在評估你這個人是否好合作、是否穩(wěn)定、是否會給團(tuán)隊(duì)帶來風(fēng)險。任何看起來容易出問題的話都不要說。5.3 業(yè)余時間和學(xué)習(xí)能力怎么展示這句話對晉升和漲薪都有幫助HR和技術(shù)面都常問一個問題工作之外你平時會學(xué)習(xí)哪些東西來提升自己如果你回答“我平時比較忙沒有太多時間學(xué)習(xí)”基本等于主動放棄進(jìn)階機(jī)會。我建議哪怕你平時真的學(xué)得不多也至少挑一兩個點(diǎn)來認(rèn)真說。比如你最近在系統(tǒng)地看接口自動化相關(guān)的框架源碼正在嘗試在本地搭一套微服務(wù)環(huán)境來練習(xí)接口測試。關(guān)鍵是你提到的事情一定要經(jīng)得起追問比如說自己“最近在讀《深入理解Java虛擬機(jī)》”結(jié)果連JVM內(nèi)存區(qū)域有哪幾塊都答不上來效果反而比不說更差。學(xué)習(xí)能力這塊我多說兩句測試這個行業(yè)技術(shù)迭代很快三年前會一個Selenium就能找到不錯的工作現(xiàn)在測開崗位都要求會接口自動化、性能測試、持續(xù)集成一套鏈路了。所以哪怕你現(xiàn)在還在做純功能測試也建議每天抽半小時看看源碼或者寫點(diǎn)小腳本。不為面試 就為了自己后續(xù)能走得更長遠(yuǎn)。6. 補(bǔ)充幾個容易拉開差距的加分項(xiàng)除了上面講的核心知識體系還有幾個點(diǎn)如果你在面試中能自然帶出來會讓面試官覺得眼前一亮。一個是代碼能力。現(xiàn)在不太推薦完全不懂代碼的人轉(zhuǎn)行測試了至少要學(xué)會Python或者Java的基礎(chǔ)語法和常見數(shù)據(jù)結(jié)構(gòu)哪怕只是能做到用腳本寫一個小工具自動造測試數(shù)據(jù)也算具備了一定的測開潛力。面試的時候可以主動提一句“我平時會用Python寫一些小腳本處理測試數(shù)據(jù)”雖然簡單但很多人做不到。另一個是對持續(xù)學(xué)習(xí)的表達(dá)。不管面的是什么崗位都可以聊聊自己對AI輔助測試、云原生測試這類新方向的了解。哪怕知識量有限至少在方向上要讓對方覺得你關(guān)注行業(yè)趨勢沒有困在舊經(jīng)驗(yàn)里。這一點(diǎn)對高年限候選人更加重要。最后再補(bǔ)一個很多人容易忽略的細(xì)節(jié)面試時主動向面試官提問問你關(guān)心的幾個問題其實(shí)非常加分。比如“團(tuán)隊(duì)目前使用的自動化測試框架是什么”“最近半年質(zhì)量保障方面最大的挑戰(zhàn)是什么”。這些問題說明你不是只關(guān)心薪資和加班你是在認(rèn)真考慮如何在這個團(tuán)隊(duì)里做出成績。一個會提問題的候選人入職之后通常也更有主動性。我做了這么多年面試官也自己經(jīng)歷過從功能測試到測試開發(fā)的整個成長過程最大的感觸是八股文本身不是目的它只是幫你快速補(bǔ)齊知識盲區(qū)的索引。真正決定你能不能通過面試、能不能在行業(yè)里走得更長遠(yuǎn)的是你是否愿意持續(xù)深挖每一個工具背后的原理是否愿意在每次項(xiàng)目結(jié)束后復(fù)盤一下自己在質(zhì)量保障上的思考。如果你能把背下來的知識點(diǎn)真正用在一個自己的練習(xí)項(xiàng)目上哪怕是一個非常簡單的個人博客系統(tǒng)你的面試表現(xiàn)也會比很多人強(qiáng)出一大截。希望這篇整理能幫你少走一些彎路。