前言

沉寂了好一段日子，連我們公司自己人都問我為什么最近都不寫文章了。那么當(dāng)看到本篇的標(biāo)題的時(shí)候，大家應(yīng)該可以猜到這是為什么了。我最終還是決定要離開服務(wù)了 5 年多的公司。而這次跳槽歷經(jīng) 3 個(gè)月，前后聊了 10 家公司，進(jìn)行了將近 40 場(chǎng)面試, 基本都是 4+1 的流程(技術(shù)面+HR 面)， 所以日程被排的很滿。有一段時(shí)間每天都有 2 個(gè)面試邀約， 加上還有本職工作所以便沒有精力再更新文章了。這次面試也算是個(gè)大活了， 經(jīng)歷了各式各樣的面試場(chǎng)景。所以我想把這次跳槽的經(jīng)驗(yàn)記錄下來， 復(fù)盤一下自己的不足之處，同時(shí)也給大家提供一些素材，讓大家以后出去面試能有個(gè)參照。

素材介紹

面試 List

我先介紹一下這一次面試的公司， 這一次我一心奔著大平臺(tái)去的， 所以基本沒有面試創(chuàng)業(yè)公司。以上市公司或者準(zhǔn)上市公司為主。List 如下：BAT，快手，字節(jié)，貝殼，京東，美團(tuán)，作業(yè)幫，神策數(shù)據(jù)。其中也調(diào)級(jí)加面過，也有由于職位不匹配換部門重新面過。所以雖然我沒仔細(xì)計(jì)算過面試的場(chǎng)次，但是粗略估算差不多有 40 場(chǎng)這樣一個(gè)數(shù)字吧。

崗位介紹

職位上都是資深技術(shù)專家崗， 崗位需求上帶的人較少，畢竟還是走技術(shù)路線，主要內(nèi)容是在質(zhì)量團(tuán)隊(duì)中做技術(shù)攻堅(jiān)以及建設(shè)基礎(chǔ)設(shè)施。業(yè)務(wù)方向上為容器，大數(shù)據(jù)，AI 這 3 個(gè)方向。

面試結(jié)果

5 家聊到最后，5 家由于崗位或方向不匹配主動(dòng)放棄，1 家面試未通過（4 面交叉面的時(shí)候未通過）。

以上是這次面試的素材信息， 先介紹清楚， 避免跟我情況相差太多的同學(xué)有誤解。

算法方面

遇到算法考核的概率

面試考不考算法的問題我想大部分人都是很關(guān)心的， 畢竟平時(shí)工作用不上但面試就是喜歡考。我在面試之前其實(shí)也在群里詢問是否要留足時(shí)間刷題，比較擔(dān)心這么著急出去面試會(huì)不會(huì)因?yàn)闇?zhǔn)備不足而翻車。那么現(xiàn)在市面上對(duì)于算法的考核是什么樣的呢？我直接說結(jié)果吧，不管大家是否認(rèn)可在面試中把算法作為主要的考核手段。但是只要你有跳槽的心思， 就去刷題吧， 從我這次的面試經(jīng)驗(yàn)來看，算法仍然是很主流的考核候選人的方式之一。但確實(shí)不是每一次都會(huì)考， 這個(gè)看公司風(fēng)格，團(tuán)隊(duì)風(fēng)格，面試官風(fēng)格也看崗位的特點(diǎn)， 不是可以一概而論的。比如我在面試某家出了名的算法重災(zāi)區(qū)的時(shí)候，全程都沒有考核算法。并且考核算法的這些公司里幾乎也只有 1 面的時(shí)候才會(huì)考算法。所以綜合我面試的所有數(shù)據(jù)來看， 遇到考算法和不考算法的團(tuán)隊(duì)是一半一半的概率。但是由于我這次面試的崗位的特點(diǎn)， 有時(shí)候一面面試官就是團(tuán)隊(duì)負(fù)責(zé)人的級(jí)別， 而到了這個(gè)級(jí)別的人一般是不喜歡問算法這種這么細(xì)節(jié)的東西的。所以我個(gè)人的結(jié)論是對(duì)于大部分測(cè)試開發(fā)人員來說，在面試的時(shí)候遇到算法考核的概率還是比較大的。PS：我也詢問了幾個(gè)同時(shí)期也在面試的朋友， 他們遇到考核算法的概率也不低。

算法考核的范圍和難度

我這次遇到的題目幾乎都是可以在 leetcode 上找到原題的，即便沒有原題也是一個(gè)原題之上的變種， 所以大家刷題上還是以 leetcode 為主。難度上只遇見過 2 次中等難度， 其余的都是 easy 程度的題目，最多遇到的是鏈表和雙指針相關(guān)的題目。可以看出來市場(chǎng)對(duì)于測(cè)試開發(fā)人員在算法上的考核要比研發(fā)序列輕松。

算法考核占面試評(píng)價(jià)的比重

我個(gè)人的感受是不會(huì)把算法作為硬性的標(biāo)準(zhǔn)一刀切的否定候選人。比如面試中有 2 次我是沒有寫出 bug free 的答案的，但是最后仍然通過了面試并且對(duì)方對(duì)我的評(píng)價(jià)依然不低。所以總結(jié)下來如果我們其他的方面足夠優(yōu)秀的話， 算法的影響并不是很大。但是如果面試官認(rèn)為我們?cè)谄渌矫娌⒉粌?yōu)秀或者普普通通， 面試官就會(huì)很喜歡用算法來作為考核的最終手段了， 這時(shí)候沒有答出來的話就是致命的了， 這一點(diǎn)我在接到某司 4 面掛通知的時(shí)候，就有所體會(huì)了。

總結(jié)

• 刷題是一定要刷的，不過 leetcode 上幾千道題要刷完不太現(xiàn)實(shí)，成本太高。個(gè)人建議 easy 級(jí)別 top 系列可以刷一下。有精力的中等級(jí)別的刷一個(gè)高頻系列，比如全排列，子集，子序列這些就可以了。再多的就不建議大部分人去刷了， 畢竟成本太高了。我們都是有工作和生活的，不可能整天都泡在算法上。否則會(huì)影響你正常的工作和學(xué)習(xí)的進(jìn)度
• 做好心態(tài)建設(shè)，算法這個(gè)東西就跟高考似的， 刷過的題型是可以試試但是沒刷過的可能連個(gè)思路都沒有，leetcode 上那么多題型，你刷的再多也可能碰上沒思路的題。這時(shí)候該認(rèn)栽就認(rèn)栽， 面試掛了也別氣餒， 換一家繼續(xù)面就可以了。
• 預(yù)留好足夠的時(shí)間， 刷題是個(gè)長期的活，尤其我們都是有工作和生活的，做好長期戰(zhàn)斗的準(zhǔn)備。不要在已經(jīng)開始投簡(jiǎn)歷的階段才開始刷題，臨時(shí)抱佛腳不太管用。要在剛動(dòng)了跳槽的心思的時(shí)候，就開始偷偷的刷起來。這一點(diǎn)我做的不好， 真的是簡(jiǎn)歷已經(jīng)發(fā)出去了，才開始刷。這就導(dǎo)致了我有幾次沒有寫出正確的答案。

面試頻率方面

我的建議是有條件的話盡量的多面試幾家，不要犯懶，即便這家公司你不想去， 也要去聊聊看。原因如下:

• 面試講究的是狀態(tài)和心態(tài)，剛剛面試的時(shí)候一般是找不到一個(gè)良好的狀態(tài)的， 很可能連自己的項(xiàng)目介紹的都磕磕巴巴的。而在心態(tài)上，剛出去面試不是過于樂觀就是過于悲觀，只有多面試幾家公司才能樹立一個(gè)比較合適的自信心。所以在去面試你特別想去的公司之前，最好先找 2 家公司練練手。
• 多面試也是為了找準(zhǔn)自己的定位， 像我這種已經(jīng)快 5 年半沒有出去面試過的人，其實(shí)是很比較難能準(zhǔn)確的評(píng)估自己的級(jí)別的。自己的定位找不準(zhǔn)就容易出事， 比如本來你是 P8 能力的人，但是你覺得自己只有 p7 的水平，那么在跟 HR 談薪的時(shí)候就會(huì)因?yàn)榈讱獠蛔悴桓乙谕男劫Y， 而如果你只有 P7 的水平卻誤認(rèn)為自己是 P8 的級(jí)別，那也會(huì)因?yàn)樽约河羞^高的期望而讓談判失敗錯(cuò)失了好的工作機(jī)并會(huì)打擊自己的信心。所以在面試初期的時(shí)候一定要快速的找準(zhǔn)自己的職級(jí)定位
• 面試是一個(gè)互相博弈的過程，尤其是跟 HR 談薪資和定級(jí)的時(shí)候， 你需要手上至少有那么 2 個(gè) offer 才能有底氣與 HR 談判。如果手上沒 offer 就跟你心儀的公司談， 很可能會(huì)被一壓再壓。要知道 HR 也是希望你過去的， 這也涉及到她的績效。你手上有好的 offer 她就不敢壓的太狠， 要不然你不來了她的損失也不小。
• 有些時(shí)候不聊一下，其實(shí)你都不知道這個(gè)崗位其實(shí)很適合你，沒準(zhǔn)聊著聊著就成了。

面試題方面

首先說明一下， 經(jīng)過這次面試的總結(jié)，以及我跟幾個(gè)同樣在找工作的朋友溝通的情況看， 高級(jí)職位基本不會(huì)問基礎(chǔ)方面的問題了， 因?yàn)檫@個(gè)級(jí)別開始就是走專家方向，要求的技術(shù)深度和廣度是不一樣的， 不會(huì)小打小鬧的跟你扣基礎(chǔ)技術(shù)。比如咱們社區(qū)里提到的一些?？碱}目一般都是看不到了。例如給你一個(gè)場(chǎng)景怎么設(shè)計(jì)測(cè)試用例，問 xpath 語法，問接口測(cè)試?yán)镌趺捶庋b數(shù)據(jù)，問長連接和短連接的區(qū)別，問某個(gè)語言的語法， 類似這樣的問題很少會(huì)碰到， 而我面試了 40 場(chǎng)是一個(gè)也沒遇到。取而代之的會(huì)問一些成系統(tǒng)的問題來考核，希望候選人從更全局的角度來回答問題， 也希望候選人能更深入的分析一個(gè)方案的前因后果，成本收益，技術(shù)選型， 方案優(yōu)勢(shì)等等。當(dāng)然面試官們還是以在簡(jiǎn)歷中介紹的項(xiàng)目和技術(shù)點(diǎn)來挖掘問題為主， 不會(huì)天馬行空的問不相干的問題。我把我還能記得的面試題分成幾個(gè)類型列在下面。

考核技術(shù)深度的類型

這一類問題是考核候選人硬實(shí)力的殺手锏，因?yàn)椴幌窨己塑浶运刭|(zhì)和項(xiàng)目管理類的這種偏務(wù)虛的問題， 務(wù)虛的問題是有話術(shù)的。而這類問題沒有話術(shù)可言，只能靠自己的實(shí)力硬抗。下面我列一下我遇到的幾個(gè)典型的問題。

• 詳細(xì)介紹一下容器網(wǎng)絡(luò)的原理。這是我在面試一個(gè)做云的團(tuán)隊(duì)的一面面試題，后面又追問了 iptables 的原理， 因?yàn)楝F(xiàn)在的云產(chǎn)品都是要提供容器化服務(wù)的么，我簡(jiǎn)歷中也寫了很多 docker 和 k8s 的東西， 所以問這個(gè)問題也是對(duì)口。這個(gè)問題怎么說呢， 我覺得算是比較難的吧 ，大家用 docker 和 k8s 的時(shí)候一般都比較少關(guān)注底層原理。這涉及到 linux 底層的知識(shí)，包含了 namespace， 網(wǎng)橋，iptalbes 等知識(shí)， 具體的答案我曾經(jīng)寫過帖子，大家可以參考一下：https://testerhome.com/topics/9567
• 在簡(jiǎn)歷中描述的混沌工程項(xiàng)目中， 你是否調(diào)研過開源的故障注入工具比如 chaos-blade 和 chaos-mesh。你是否了解這兩款工具，而當(dāng)時(shí)你為什么沒有選擇開源工具而選擇了自研， 你自研的東西對(duì)比這兩款工具有什么區(qū)別？這個(gè)問題大概遇到了 3，4 次吧， 目前混沌工程比較火， 很多地方都希望我去做混沌工程相關(guān)的東西，所以碰見問這個(gè)問題的情況比較多。這個(gè)同樣考察候選人的技術(shù)深度， 首先要解釋清楚 chaos-blade 和 chaos-mesh 的原理，他們?cè)诠收献⑷敕矫媸怯檬裁礃拥臋C(jī)制去注入，各自的優(yōu)缺點(diǎn)是什么。比如要解釋 chaos-mesh 是直接從宿主機(jī)上通過切換名稱空間來達(dá)到故障注入的目的，而我選擇的是用 side car 模式直接注入故障容器的方式在 K8S 中注入故障。
• 說幾個(gè)你在運(yùn)維 k8s 集群中出現(xiàn)的問題和解決思路，也有幾個(gè)面試官直接問比較傳統(tǒng)的介紹一下你印象最深刻的 bug。這個(gè)類型的問題回答思路一定要往高逼格上回答， 要體現(xiàn)技術(shù)身體和你處理問題的能力。我回答的是在維護(hù) k8s 集群的時(shí)候遇到的 k8s 自己的 bug， 尤其是涉及到了 k8s 和 docker 的設(shè)計(jì)與 linux 內(nèi)核沖突的 bug 方面上， 體現(xiàn)了自己研究 k8s 的技術(shù)深度。剛才也說了這是一個(gè)立 flag 的問題， 如果只是說一個(gè)很平常的 bug， 面試官會(huì)覺得你技術(shù)很一般， 沒有解決過一些困難的問題。
• 簡(jiǎn)述一下 spark 運(yùn)行的原理/Flink 有幾種窗口分別是做什么的。這是一道大數(shù)據(jù)相關(guān)的問題，是我面試一個(gè)大數(shù)據(jù)團(tuán)隊(duì)的時(shí)候遇到的。面試官估計(jì)就是想考核我 spark 的硬實(shí)力， 完全跟測(cè)試無關(guān)，這可能是很多小伙伴們不能理解的， 因?yàn)榭赡軙?huì)覺得我要是會(huì) spark 干嘛不去做大數(shù)據(jù)開發(fā)。但很遺憾， 很多的領(lǐng)域里面就是你不懂這個(gè)領(lǐng)域的研發(fā)技能的話，就是沒辦法做測(cè)試的。而大數(shù)據(jù)就是其中之一， 不懂大數(shù)據(jù)開發(fā)的人基本上很難能做大數(shù)據(jù)的測(cè)試。所以這道題從 RDD 講起，數(shù)據(jù)切分，數(shù)據(jù)傾斜，shuffle 的原理，包括 shuffle 中的 shuffle write 和 shuffle read 的過程都是會(huì)考的。而 Flink 的題略簡(jiǎn)單， 時(shí)間窗口和數(shù)字窗口兩個(gè)大類， 再詳細(xì)講一下時(shí)間窗口里的滾動(dòng)窗口， 滑動(dòng)窗口，session 窗口， global 窗口都說一遍也就過關(guān)了。
• 如果你自己維護(hù)一個(gè) k8s 集群， 你通過什么手段保證集群的穩(wěn)定性。這道題其實(shí)就是考察你懂不懂 k8s 的調(diào)度機(jī)制， 但是面試官?zèng)]有直接問 node selector， pod selector，節(jié)點(diǎn)親和性啊這些具體的知識(shí)點(diǎn)， 而是給我假設(shè)了這樣一個(gè)場(chǎng)景看看我能不能靈活的運(yùn)用這些知識(shí)點(diǎn)。所以我回答的思路就是圍繞這些知識(shí)點(diǎn)的。比如第一點(diǎn)，流程規(guī)范上需要把 k8s 中運(yùn)行的服務(wù)或任務(wù)分成不同的類別。類似算法中的分治思想。把集群中的節(jié)點(diǎn)也分成不同的類別， 比如有 SSD 硬盤的， 有 GPU 的， 有萬兆網(wǎng)卡的，適合運(yùn)行在線服務(wù)的，適合運(yùn)行離線服務(wù)的， 適合運(yùn)行業(yè)務(wù)服務(wù)的。這些節(jié)點(diǎn)分別按類別打上不同的 label， 然后把不同任務(wù)和服務(wù)使用 node selector 或者節(jié)點(diǎn)親和性反親和性調(diào)度到合適的節(jié)點(diǎn)上去。這樣分而治之， 避免類似 IO 密集型的任務(wù)把業(yè)務(wù)服務(wù)給弄垮了的情況出現(xiàn)。所以流程規(guī)范上要規(guī)定每個(gè)團(tuán)隊(duì)按這種規(guī)范來啟動(dòng)容器。第二點(diǎn)，資源調(diào)度和規(guī)劃上，每個(gè)任務(wù)和服務(wù)都要填寫 request 和 limit 這兩個(gè)字段明確的聲明自己對(duì)于資源的需求， 禁止大量超賣導(dǎo)致資源失衡把機(jī)器搞垮， 同時(shí)節(jié)點(diǎn)的 kubelet 也需要在啟動(dòng)的時(shí)候限制好當(dāng)前機(jī)器啟動(dòng)的 pod 數(shù)量的上限，避免 pod 過多， 也要通過參數(shù)給操作系統(tǒng)預(yù)留資源， 不能讓 k8s 把資源都吃滿，導(dǎo)致操作系統(tǒng)沒有資源了整臺(tái)機(jī)器崩潰。第三點(diǎn)，k8s 本身的服務(wù)要使用高可用模式， 并且所有啟動(dòng)了高可用模式的 pod， 需要使用 pod 反親和性保證兩個(gè)相同的服務(wù)不會(huì)啟動(dòng)到同一個(gè)節(jié)點(diǎn)上，同時(shí)每個(gè) pod 必須配置好探針，對(duì)服務(wù)有完整的健康檢查探活機(jī)制。第四點(diǎn)，要有完善的監(jiān)控和自動(dòng)化運(yùn)維機(jī)制， 監(jiān)控方面使用普羅米修斯監(jiān)控所有節(jié)點(diǎn)和容器，并設(shè)置微信告警， 自動(dòng)化運(yùn)維方面編寫自動(dòng)化的程序， 比如自動(dòng)清理存活時(shí)間太長的 pod， 節(jié)點(diǎn)壓力過高時(shí)自動(dòng)給該節(jié)點(diǎn)打 taint 以阻止任務(wù)繼續(xù)調(diào)度到該節(jié)點(diǎn)上。第五點(diǎn)， 集群要有冗余， 多加幾個(gè)節(jié)點(diǎn)防止某些節(jié)點(diǎn)崩潰的時(shí)候可以讓服務(wù)遷移到其他健康節(jié)點(diǎn)上， 同時(shí)鏡像要有規(guī)范，不能太大，免得遷移的時(shí)候 IO 太高，時(shí)間太長。這道題其實(shí)我理解對(duì)方就是在考我的 k8s 的調(diào)度機(jī)制，只是他沒有直接問技術(shù)點(diǎn)， 而是考核我有沒有一個(gè)成體系的技術(shù)能力解決問題。我發(fā)現(xiàn)這是好多大廠面試官的提問風(fēng)格。

總結(jié)一下這類問題是所有問題中最扣技術(shù)能力的了， 面試官會(huì)從簡(jiǎn)歷中挑選他感興趣的東西使勁往深了問， 考核的就是候選人在某樣技術(shù)領(lǐng)域里到底走的多深。甚至直接就是問你研發(fā)技能， 這個(gè)是很多小伙伴們反感的。但這就是現(xiàn)實(shí)吧， 不僅僅是面試官， 我自己也比較認(rèn)同只有在一定程度上了解了研發(fā)技術(shù)后，才能設(shè)計(jì)出更合適的測(cè)試場(chǎng)景。比如在大數(shù)據(jù)領(lǐng)域里你不知道 shuffle 這個(gè)東西的話， 那就真的不知道要去測(cè)試數(shù)據(jù)傾斜這個(gè)場(chǎng)景了。不知道 checkpoint 的話也就想不到在流計(jì)算里去測(cè)試數(shù)據(jù)一致性。所以有些時(shí)候你會(huì)面對(duì)一些研發(fā)技術(shù)的問題，我遇到一個(gè)比較極端的是面試官直接問我如何設(shè)計(jì)一個(gè)在線的實(shí)時(shí)排名系統(tǒng)， 就是客戶端+kafka+flink 這套思路， 我理解面試官也不是說希望你能開發(fā)出這么一個(gè)系統(tǒng)出來， 他只是想知道你是否有相關(guān)的概念， 是不是深入的測(cè)過這樣的系統(tǒng)， 因?yàn)槿绻阏娴纳钊霚y(cè)試過一個(gè)系統(tǒng)， 那這個(gè)系統(tǒng)的架構(gòu)你一定能說的出來。

考核測(cè)試策略的類型

這一類問題主要出現(xiàn)在如果面試的崗位和當(dāng)前公司的崗位很匹配的情況下， 或者面試官也是這一領(lǐng)域里面， 他會(huì)使勁的問測(cè)試策略。比如我是在 AI 領(lǐng)域中的， 我這一次找的工作也大多數(shù)是做 AI 的團(tuán)隊(duì)， 所以經(jīng)常遇到如下問題：

• 如果評(píng)估模型的效果？類似于問怎么做效果測(cè)試。這個(gè)問題在 AI 圈子里屬于最常問的問題， 一般聽說過的同學(xué)基本都知道采集數(shù)據(jù)灌入模型然后評(píng)估模型預(yù)測(cè)的正確率。但是如果這么簡(jiǎn)單的回答基本是會(huì)跪的。因?yàn)槠鋵?shí)這個(gè)測(cè)試類型還蠻復(fù)雜的， 模型效果涉及到很多東西。比如線上模型和線下模型的效果一致性， 不同類型的模型的評(píng)估指標(biāo)都有什么。整個(gè)模型的生命周期中分成哪些階段， 每個(gè)階段怎么測(cè)試來保證效果。做效果測(cè)試的時(shí)候數(shù)據(jù)如何采集等等。這類的問題肯定不是一兩句話能說清楚的， 需要候選人更全面的分析每個(gè)場(chǎng)景和對(duì)應(yīng)的測(cè)試方案。
• 在大數(shù)據(jù)產(chǎn)品里都做過哪些測(cè)試方案？同樣是一個(gè)很大的問題， 我的答題思路是批處理和流計(jì)算要分別說， 批處理方面就涉及到了功能，性能，數(shù)據(jù)傾斜，異常場(chǎng)景， 數(shù)據(jù)及時(shí)性。流計(jì)算里功能，性能，數(shù)據(jù)一致性。同樣共性的都要做監(jiān)控，批處理的監(jiān)控主要是寫 spark 程序掃描數(shù)據(jù)， 而流計(jì)算主要是寫一段 Flink 來對(duì)接消息中間件來掃描數(shù)據(jù)。白盒測(cè)試方面需要去研發(fā)的 repo 里以 UT 的形式去測(cè)試 UDF 和 UDAF， 還要去拆流，把大的流拆成若干個(gè)小流進(jìn)行集成測(cè)試。同樣不管批處理還是流計(jì)算在數(shù)據(jù)領(lǐng)域不管是功能還是性能測(cè)試都避免不了造數(shù)這個(gè)話題。需要分析一下需要造數(shù)進(jìn)行測(cè)試的場(chǎng)景， 怎么造數(shù)， 甚至介紹一下自己的造數(shù)工具的思路。我自己的思路無非就是批處理用 spark， 流計(jì)算用消息中間件的客戶端。
• 如果測(cè)試產(chǎn)品的穩(wěn)定性？這個(gè)問題容易理解為問你如何開展混沌工程。因?yàn)榛煦绻こ痰哪康木褪菧y(cè)試產(chǎn)品的高可用架構(gòu)在生產(chǎn)環(huán)境下出現(xiàn)故障的時(shí)候是否有足夠的容錯(cuò)能力保證產(chǎn)品繼續(xù)的穩(wěn)定提供服務(wù)。但混沌工程的這種故障注入進(jìn)行測(cè)試只是一個(gè)思路， 所以我回答的時(shí)候也說明了在云原生架構(gòu)下， 如何從服務(wù)調(diào)度方面，鏡像規(guī)范方面， 容器編排規(guī)范方面來保證服務(wù)的穩(wěn)定性。因?yàn)橛行r(shí)候調(diào)度策略不對(duì)或者鏡像太大或者沒有設(shè)置合理的探針，資源規(guī)劃都會(huì)導(dǎo)致服務(wù)的不穩(wěn)定。而混沌工程方面也會(huì)展開來說在不同的場(chǎng)景下主要注意的地方， 比如在流計(jì)算場(chǎng)景里更注意的是故障在觸發(fā)后會(huì)不會(huì)造成數(shù)據(jù)不一致的情況。所以驗(yàn)證點(diǎn)就不是業(yè)務(wù)正常的返回， 還要驗(yàn)證數(shù)據(jù)是否正確。

總結(jié)一下這類問題跟上面說的技術(shù)深度不一樣， 考核技術(shù)深度的時(shí)候是一條線的使勁往深了問， 而這種測(cè)試策略類型的問題我理解更看重的是候選人能否從整體的角度全面的介紹你的測(cè)試策略。畢竟這個(gè)級(jí)別不是大頭兵了， 需要負(fù)責(zé)一個(gè)方向，不能是只在一個(gè)點(diǎn)上發(fā)力。個(gè)人理解這種問題會(huì)比較少扣技術(shù)細(xì)節(jié)， 更關(guān)注的是候選人對(duì)特定業(yè)務(wù)的測(cè)試方案的理解是否足夠全面。我們?cè)谌粘９ぷ骼锖芏嗳丝赡苤皇秦?fù)責(zé)某一塊東西， 很難能熟悉所有的測(cè)試方案， 比如從效果測(cè)試來說我們團(tuán)隊(duì)其實(shí)有人專門做在線效果測(cè)試， 有人專門做離線， 有人專門做一致性，有人專門做數(shù)據(jù)正確性測(cè)試， 并不是效果測(cè)試中所有的場(chǎng)景都交給一個(gè)人來測(cè)試。所以平時(shí)工作的時(shí)候除了自己負(fù)責(zé)的測(cè)試外， 還是建議大家都關(guān)注一下其他人做的測(cè)試類型， 給自己形成一個(gè)整體的測(cè)試思維和視角。這一點(diǎn)我自己也有所不足， 我更擅長的是機(jī)器學(xué)習(xí)場(chǎng)景， 而深度學(xué)習(xí)類比如 CV,NLP，OCR 我都不太熟，回答問題的這時(shí)候這部分有些缺失。

考核管理能力/軟性素質(zhì)/測(cè)試?yán)砟?業(yè)務(wù)理解 等

比較懶了我就把這些類型都匯總在一個(gè)標(biāo)題里了， 回答這類問題有話術(shù)， 需要候選人口才好， 說話邏輯清晰， 并且對(duì)于問題有自己獨(dú)到的見解， 我列一下我被問到的印象深刻的幾個(gè)問題。

• 你是如何理解工程效能的？
• 你是如何理解 QA 這個(gè)職業(yè)的？
• 如果給你一個(gè) 40 人左右的團(tuán)隊(duì)， 你如何管理，如何展開招聘工作
• 如果設(shè)計(jì)一個(gè)國內(nèi)通用的可以評(píng)估自動(dòng)化測(cè)試的效果的模型，你考慮一下這個(gè)模型要怎么設(shè)計(jì)， 要從哪些維度評(píng)估。
• 在推進(jìn)工具/平臺(tái)/流程 的時(shí)候遇到不配合的團(tuán)隊(duì)怎么處理？
• 大概介紹一下產(chǎn)品的業(yè)務(wù)，盈利模式，公司對(duì)這個(gè)產(chǎn)品的策略
• 如何度量你的自動(dòng)化測(cè)試方案/工程效能工具 的成本，收益
• 你如何證明當(dāng)前的產(chǎn)品的質(zhì)量是 OK 的
• 你如何設(shè)計(jì)你所在產(chǎn)品的質(zhì)量保障體系

首先這類問題大多數(shù)是沒有正確答案的，每家公司的理念不一樣， 仁者見仁智者見智。有些看運(yùn)氣， 就是看你回答的理念符不符合面試官的價(jià)值觀， 不符合的話別想太多就認(rèn)栽吧。然后回答這類問題的時(shí)候很看你的表達(dá)能力， 言語之間的邏輯性比較重要。個(gè)人覺得最關(guān)鍵的是對(duì)這類問題要事前有準(zhǔn)備， 否則容易被打個(gè)措手不及。平時(shí)工作的時(shí)候也要多注重一些系統(tǒng)性思維的思考， 對(duì)以后都是有幫助的。

總結(jié)

剩下的有些問題我自己也記不清楚了， 就主要列上面那 3 個(gè)大類吧。整體看除了考核算法有固定的題庫外， 其他的問題基本都是根據(jù)我簡(jiǎn)歷里描述的項(xiàng)目來展開問的， 所以好好準(zhǔn)備自己簡(jiǎn)歷中描述的內(nèi)容十分重要， 結(jié)合我自己做面試官的經(jīng)驗(yàn)， 邏輯表達(dá)能力其實(shí)也是占了一個(gè)比較重要的位置。如果在回答上述這些問題的時(shí)候邏輯混亂， 磕磕巴巴，前言不搭后語, 那面試可能也是會(huì)掛的。所以事前準(zhǔn)備真的很重要， 只要是簡(jiǎn)歷里寫的，都要自己過好幾遍， 能預(yù)想到的問題都準(zhǔn)備好答案背下來， 比如項(xiàng)目描述， 測(cè)試方案這些東西。并且整個(gè)技術(shù)方案的前因后果也要準(zhǔn)備好， 因?yàn)橛行┟嬖嚬贂?huì)比較喜歡問你為什么要推進(jìn)這個(gè)技術(shù)方案， 是遇到什么問題導(dǎo)致的？還是你自己主動(dòng)推進(jìn)的？推進(jìn)這個(gè)技術(shù)方案遇到了什么問題， 這個(gè)技術(shù)方案有什么優(yōu)勢(shì)， 后面的拿到了什么結(jié)果， 怎么度量你的結(jié)果。面試官會(huì)根據(jù)簡(jiǎn)歷寫的東西使勁扣， 所以事前準(zhǔn)備好是非常重要的。自己簡(jiǎn)歷里寫的內(nèi)容一定要經(jīng)得起考驗(yàn)， 否則勾起面試官的興趣后最后卻比較失望，那就很影響面試結(jié)果了。

談一談業(yè)務(wù)方向的選擇

這次出來面試對(duì)于業(yè)務(wù)方向的選擇也有一些感受， 我覺得有一句話也挺對(duì)的叫選擇大于努力， 我自認(rèn)為是比較努力的類型， 但也不得不承認(rèn)當(dāng)初也是選擇了幾個(gè)比較好的業(yè)務(wù)方向， 所以現(xiàn)在找工作比較容易， 競(jìng)爭(zhēng)對(duì)手少，大廠都愿意要這幾個(gè)方向的人才，而且價(jià)錢也都能聊的上去。這幾個(gè)方向分別是：容器，大數(shù)據(jù)，AI。

• 首先云目前比較火，尤其是云原生架構(gòu)特別火， 不少公司都在轉(zhuǎn)型云原生架構(gòu)，線上線下環(huán)境都要上云。從我這次找工作的情況來看， 即便是頂級(jí)公司中也有不少項(xiàng)目是沒有上云的， 而這些公司都不約而同的希望能將這些項(xiàng)目上云， 所以才會(huì)在面試的過程中非常關(guān)注我簡(jiǎn)歷中描述的 docekr，k8s，混沌工程，環(huán)境治理等相關(guān)內(nèi)容。看目前的趨勢(shì)， 以后這類技術(shù)會(huì)成為行業(yè)內(nèi)很普遍的技能，很多測(cè)試人員尤其是大廠測(cè)試人員都要或多或少的掌握一些這樣的技能，而能在云原生架構(gòu)下建設(shè)環(huán)境治理， CICD， 混沌工程以及各類測(cè)試平臺(tái)與工具就成了目前比較稀缺的能力， 并且現(xiàn)在專業(yè)做云的公司也越來越多， 連字節(jié)都要搞自己的云了， 所以相關(guān)的測(cè)試崗位也變多了， 但是在測(cè)試行業(yè)里懂這些的人是比較少的， 畢竟容器技術(shù)才火了這么幾年，而且被很多人當(dāng)做是運(yùn)維領(lǐng)域的技能，所以很少有 QA 會(huì)去研究。而這個(gè)領(lǐng)域的研究深了也會(huì)比較值錢。所以現(xiàn)在云領(lǐng)域我認(rèn)為是一個(gè)比較好的方向。感興趣的同學(xué)可以了解一下。
• 再說大數(shù)據(jù)， 我記得 15 年的時(shí)候，當(dāng)時(shí)我們質(zhì)量部這邊有一個(gè)架構(gòu)師就說過大數(shù)據(jù)是未來。當(dāng)時(shí)我還不知道什么是大數(shù)據(jù)，好像那個(gè)時(shí)候大數(shù)據(jù)這個(gè)詞還沒有像現(xiàn)在這么普遍， 可能那個(gè)時(shí)候做大數(shù)據(jù)的人還是比較小眾的。但是現(xiàn)在基本上成點(diǎn)規(guī)模的公司都會(huì)有自己的數(shù)據(jù)部門， 目前這部分業(yè)務(wù)的測(cè)試工作在很多公司仍然以研發(fā)自測(cè)為主，也沒辦法，懂大數(shù)據(jù)的 QA 比較少。這也導(dǎo)致了如果你在大數(shù)據(jù)上有一些沉淀的話， 就會(huì)比較搶手。我們團(tuán)隊(duì)之前有 2 個(gè)人拿了美團(tuán)和快手的數(shù)據(jù)團(tuán)隊(duì)的 offer， 聽說總包漲幅都不低。
• 最后說說 AI， 前幾年 AI 熱潮造就了不少工作崗位， 雖然現(xiàn)在 AI 四小龍后勁不足，但市面上各個(gè)公司仍然都還在構(gòu)建自己的 AI 能力。而跟上面 2 個(gè)領(lǐng)域一樣的是 AI 領(lǐng)域的 QA 人才仍然很缺少， 做這部分測(cè)試需要懂機(jī)器學(xué)習(xí)，深度學(xué)習(xí)，大數(shù)據(jù)（因?yàn)槟壳皺C(jī)器學(xué)習(xí)都是構(gòu)建在大量的數(shù)據(jù)下的）。我跟一些大廠的同行聊天的時(shí)候，大家都表達(dá)出了招人的乏力， 想在世面上招到符合要求的測(cè)試人員太困難， 大家都開啟了內(nèi)部培養(yǎng)的模式。所以在這樣一個(gè)大環(huán)境下，懂 AI 業(yè)務(wù)和相關(guān)技術(shù)棧的 QA 會(huì)比較吃香。從我自己這次找工作來說， 在當(dāng)前公司做機(jī)器學(xué)習(xí)平臺(tái)的經(jīng)歷還是很加分的。

所以業(yè)務(wù)方向的選擇是挺重要的， 除了我說的這 3 個(gè)方向以外一定也是有其他不錯(cuò)的方向， 只是我不熟悉的就不說了。我個(gè)人覺得選擇一個(gè)技術(shù)類的業(yè)務(wù)方向是比較好的， 就比如我上面說的這 3 個(gè)方向， 全部是技術(shù)類的業(yè)務(wù)，也就是技術(shù)本身就占業(yè)務(wù)中很重要的部分。在這樣的業(yè)務(wù)中工作就可以兼顧技術(shù)與業(yè)務(wù)兩方面的發(fā)展。比如你在云產(chǎn)品中做測(cè)試人員， 云產(chǎn)品中很多時(shí)候玩的就是 docker，k8s，OpenStack，分布式存儲(chǔ)這些東西，這樣你測(cè)試的過程中就能練出一身技術(shù)了。選擇走技術(shù)類的業(yè)務(wù)還有一個(gè)好處是業(yè)務(wù)足夠復(fù)雜， 深度也足夠深?？砂l(fā)展的空間比較大，越走到后面競(jìng)爭(zhēng)對(duì)手就越少。當(dāng)然做起來難度就越高，需要學(xué)習(xí)很多技術(shù)， 但也正因?yàn)殡y度大， 競(jìng)爭(zhēng)對(duì)手才少， 機(jī)會(huì)才多。如果業(yè)務(wù)比較簡(jiǎn)單， 那很難做出亮點(diǎn)， 機(jī)會(huì)也少，門檻低，競(jìng)爭(zhēng)對(duì)手就多。

職業(yè)發(fā)展上個(gè)人感覺幾個(gè)比較重要的事情

• 選擇一個(gè)自己熱愛的領(lǐng)域：這個(gè)怎么說呢， 努力的重要性是不言而喻的， 但是如果我不熱愛這個(gè)領(lǐng)域的話， 實(shí)話實(shí)說我很這么多年來一直保持學(xué)習(xí)的狀態(tài)。長期保持高強(qiáng)度的做一件自己不喜歡的事還能做的特別好， 這不是一般人能堅(jiān)持下來的，起碼我就不是。所以我個(gè)人覺得做自己喜歡的事挺重要的， 這很大程度決定了后面自己是不是能發(fā)展的好。
• 選擇一個(gè)有門檻的領(lǐng)域：門檻的重要性我之前專門寫過文章表明我的觀點(diǎn)， 上面也說過門檻高，挑戰(zhàn)大，但是機(jī)會(huì)多，對(duì)手少，上限高。門檻低，容易做，但是機(jī)會(huì)少，對(duì)手多，上限低。
• 心態(tài)上不要糾結(jié)于「QA」的本職范圍內(nèi)：好些同學(xué)總會(huì)糾結(jié)一些事到底是不是 QA 的職責(zé)范圍， 比如有人會(huì)覺得 docker 和 k8s 是運(yùn)維才應(yīng)該學(xué)的東西， 面試的時(shí)候面試官問幾句心態(tài)就炸了，直言我又不是 研發(fā)/運(yùn)維 我干嘛要學(xué)這個(gè)。這樣是不行的， 還是那句話，高階的測(cè)試開發(fā)人員一定要有技術(shù)追求。技術(shù)與業(yè)務(wù)的結(jié)合才是最優(yōu)解。我在一場(chǎng)面試的時(shí)候，面試官問我混沌工程這個(gè)事情有些公司都是 SRE 部門做的， 你覺得 QA 做的優(yōu)勢(shì)是什么。我回答說 SRE 或運(yùn)維可能在云原生相關(guān)能力上比我更優(yōu)秀， 但是他們不懂用戶，不懂業(yè)務(wù)，不懂產(chǎn)品。注入故障后他們并不能很好的評(píng)估故障帶來的影響， 而 QA 可以。以我這幾年做測(cè)開的經(jīng)驗(yàn)， 很多有價(jià)值的事情都是需要一定的研發(fā)和運(yùn)維能力才能去做。
• 年齡是每個(gè)人都要面對(duì)的坎， 只有不停的提高自己的能力， 讓能力的增長匹配的上年齡的增長才能讓自己處于一個(gè)比較安全的位置。這一點(diǎn)在出來面試的時(shí)候就會(huì)感受的到。不希望自己面試的時(shí)候因?yàn)槟挲g問題被卡住，平時(shí)就不要趟平， 多鍛煉自己的能力。我一個(gè)朋友在 43 歲的時(shí)候還能找到不錯(cuò)的工作， 而另一個(gè)人在 30 來歲的時(shí)候就早早的被迫轉(zhuǎn)了行。這個(gè)行業(yè)， 逆水行舟， 不進(jìn)則退， 大家努力吧。
• 自己的實(shí)力決定了周圍人對(duì)待你的態(tài)度， 多年前我還是菜鳥的時(shí)候出來面試到處受白眼，遭嫌棄。而這次面試感覺全世界都變的友好了起來， 到處都洋溢著燦爛的笑臉， 婉拒對(duì)方的時(shí)候，他們還會(huì)各種挽留。而我在公司中推進(jìn)事情的時(shí)候也是發(fā)現(xiàn)比以前容易很多，不再像以前那樣不把自己當(dāng)回事。所以想要受尊重， 想要工作開展的順利， 還是要往上爬。這個(gè)世界就是這么現(xiàn)實(shí)，還是那句話， 逆水行舟不進(jìn)則退。我們都是在水流中不停向前的人。

跳槽的時(shí)候需要注意的幾個(gè)事情

• 有些同學(xué)可能擔(dān)心跳槽漲幅會(huì)不會(huì)卡 30%。普遍會(huì)有這個(gè)情況， 但優(yōu)秀的人可以打破這個(gè)限制。想要超過 30% 一般要走特批， 或者業(yè)務(wù)方極力爭(zhēng)取，所以面試中的任何一面的面評(píng)都是比較重要的，大家要認(rèn)真對(duì)待每一次面試， 不要因?yàn)橐幻娴臅r(shí)候覺得對(duì)方比你年輕或者能力沒你好就態(tài)度輕慢?？傊褪窍胍獫q幅超過 30%， 就要證明自己有這個(gè)價(jià)值。
• 大廠背調(diào)一般比較嚴(yán)格， 大家注意千萬別造假。簡(jiǎn)歷中的工作信息最好對(duì)著自己的社保記錄寫一遍。第三方背調(diào)公司一般會(huì)要求提供 10 年內(nèi)最近兩家公司的信息， 要求提供同事， 直屬上級(jí)和 HR 的聯(lián)系方式。再強(qiáng)調(diào)一下別因?yàn)橛X得自己跟領(lǐng)導(dǎo)或者 HR 關(guān)系不好，擔(dān)心說自己壞話而填寫其他人， 如果被查出來的話，也是可能會(huì)導(dǎo)致背調(diào)失敗的。他們的評(píng)價(jià)并不會(huì)直接影響你的入職， 只要確定你沒有造假就不會(huì)出事。如果上家公司找不到聯(lián)系人了， 可能會(huì)要求提供社保記錄， 離職證明（所以以前公司的離職證明最好留一個(gè)備份）。最后如果實(shí)在沒辦法證明自己在那家公司工作過的話， 背調(diào)公司一般會(huì)順延， 調(diào)查 10 年內(nèi)第三家公司的經(jīng)歷。在背調(diào)之前一定要跟 HR 再確認(rèn)一遍他們手里的簡(jiǎn)歷是不是你提供的最新的。
• 遇到不合拍的面試官的情況很正常，心里再不爽也別當(dāng)時(shí)翻臉。沒有當(dāng)場(chǎng)翻臉就還有周旋的余地，很多面試官其實(shí)在你入職后都跟你沒多少交集，沒必要跟他置氣。比如我 4 面掛的那一次就是美團(tuán)技術(shù)委員會(huì)的交叉面， 完全是另一個(gè)部門的人。他是業(yè)務(wù)團(tuán)隊(duì)的人， 我面的是數(shù)據(jù)團(tuán)隊(duì)的崗位， 他不懂大數(shù)據(jù)， 我不懂客戶端。被掛了也正常，因?yàn)閮蓚€(gè)人完全不在一個(gè)頻道上。心態(tài)放平和， 面試后找主管溝通說明情況，看是否有周旋的余地。就算不成也沒關(guān)系， 好好睡一覺準(zhǔn)備下一家公司。
• 尊重每一家公司，不要在 offer 之間反復(fù)橫挑， 太敗人品。如果決定不去這家公司了， 盡早說明， 不要拖著。圈子很小， 要小心維護(hù)自己的風(fēng)評(píng)。
• 尊重每一個(gè)面試官， 聊得開心的可以加個(gè)微信， 就算這次不成，以后也沒準(zhǔn)會(huì)有合作的機(jī)會(huì)。圈子真的很小， 沒準(zhǔn)走著走著就又聚到一起了。

總結(jié)

就寫這么多吧，估計(jì)大家可借鑒的也不多， 畢竟每個(gè)人有每個(gè)人的情況。最后說一下大廠的面試流程都很長， 動(dòng)輒 1 個(gè)多月，大家要合理安排時(shí)間。祝大家早日富可敵國！