如何面試測試工程師？
前言
在我的上一篇文章中(http://www.cnblogs.com/scios/p/5489933.html)，里面提到最近半年我面試過(guò)數十個(gè)測試工程師的應聘者，卻鮮有讓我滿(mǎn)意的。后有讀者留言說(shuō)不理解為什么會(huì )這樣。 我感覺(jué)有必要再說(shuō)些什么，所以有了今天這篇文章。
面試場(chǎng)景1
依然以小明為例
問(wèn)：“假設你所在的團隊負責研發(fā)一款手機計算器程序，你是這款產(chǎn)品的測試負責人，你準備怎么開(kāi)展工作? ”
小明聽(tīng)我說(shuō)完后，考慮了些許時(shí)間，問(wèn)到：“是不是要寫(xiě)測試用例?”
旁白：聽(tīng)到這樣的回答會(huì )讓我心涼，因為這個(gè)問(wèn)題我只會(huì )對2年以上工作經(jīng)驗的人提問(wèn)，所以如果面試者這么回答，說(shuō)明了這個(gè)人起碼理解能力方面有問(wèn)題。
我接著(zhù)提示：“小明，在答題前，你想一下，作為一個(gè)項目的測試負責人，一開(kāi)始就去設計具體的測試用例，是否太片面了?”
聽(tīng)完我的提示，小明思索了一下，回答道：“我以前工作的時(shí)候就是這么做的。”
旁白：既然我這樣提示，很顯然就是沒(méi)讓你寫(xiě)測試用例。而這個(gè)時(shí)候如果再強調以前的做法，是不是在挖坑往里跳呢?
眼看提示無(wú)效，我換一種方式引導，又問(wèn)：“那你覺(jué)得該怎么設計測試用例呢?”
小明自信地說(shuō)道：“我要測加減乘除運算，開(kāi)方運算......”
我不忍再繼續聽(tīng)下去，打斷她，問(wèn)道：“你設想一下，如果用例設計完成了，你準備怎么樣執行這些用例呢?”
小明：“就在手機上去執行啊。”
我問(wèn)到：“什么樣的手機?”
小明說(shuō)：“就這樣的手機啊。” 然后晃了晃自己的手機。
我說(shuō)：“是不是拿這部手機就可以了，換一款行不行?”
說(shuō)道這里，小明停頓了一下，若有所思的說(shuō)：“對啊，你還沒(méi)有說(shuō)我們這個(gè)計算器程序應該運行在什么手機上。”
我：“現在你是測試負責人啊，你是否應該在設計用例之前，弄清楚這件事啊?”
聽(tīng)到我的話(huà)，小明不住的點(diǎn)頭，剛才的自信開(kāi)始消失，取而代之的，是眼神中的緊張。
我安慰道：“放松，你循著(zhù)這個(gè)思路，重新來(lái)制定測試計劃。我以為他會(huì )因此開(kāi)竅，心中竊喜。
“我的計劃是，在華為、iPhone、三星、vivo、小米、oppo上執行這些測試用例……”
旁白：聽(tīng)到這樣的回答，差不多可以pass了。
我想說(shuō)的
上面這個(gè)問(wèn)題很難嗎?據我所知，這類(lèi)面試的題目是各大IT企業(yè)面試軟件測試工程師的必考題，這類(lèi)題目可以稱(chēng)之為測試設計，一般是要求應聘者測試一個(gè)大眾化的產(chǎn)品(不局限于軟件產(chǎn)品比如一直筆，一部電梯，一塊表，一臺銀行ATM機等)。題目看起來(lái)非常的簡(jiǎn)單和直觀(guān)，但它能從多個(gè)維度全面的考察應聘者作為測試工程師的潛力。正如上面大家看到的真實(shí)面試案例，如果應聘者沒(méi)有系統了解科學(xué)的項目測試理論，就很容易因以前的工作模式陷入思維定勢，無(wú)法自拔。
這類(lèi)問(wèn)題怎么解決/回答?其實(shí)方法流程很簡(jiǎn)單：
1.明確測試任務(wù)
2.分析測試范圍
3.制定測試計劃和測試用例
在上面的案例中，小明在做手機計算器程序的測試設計時(shí)，在沒(méi)有明確測試任務(wù)的情況下，就盲目的展開(kāi)測試用例的設計，這樣，會(huì )引發(fā)諸多問(wèn)題。
比如，在面試題目中，并沒(méi)有明確產(chǎn)品可以運行在什么手機平臺上，對平臺的支持需求不同，測試的設計的差異性是很大的，所以，在回答該問(wèn)題之前，先應該向面試官發(fā)問(wèn)，明確產(chǎn)品支持的手機平臺，之后，才能有的放矢的開(kāi)展具體的設計(或者即使不問(wèn)面試官支持哪些平臺，在回答的時(shí)候也要說(shuō)清楚先跟團隊確定運行的平臺)。再比如，應該明確產(chǎn)品的研發(fā)周期等信息，只有了解了項目進(jìn)度安排等信息，才能制定有效的測試策略，在測試的深度和項目開(kāi)發(fā)時(shí)間要求上取得較好的平衡。比如，有的項目是時(shí)間驅動(dòng)的(Date-Driven)，這類(lèi)項目的特點(diǎn)是預先制定發(fā)布時(shí)間，要求到了那天，產(chǎn)品就一定要發(fā)布，對這類(lèi)項目，我們在設計測試計劃時(shí)，就應該更多的考慮解決和項目發(fā)布相關(guān)的質(zhì)量問(wèn)題;另外有些項目，可能是質(zhì)量驅動(dòng)的(Quality-Driven)，這類(lèi)項目的特點(diǎn)是對發(fā)布時(shí)間沒(méi)有強行的規定，但要求產(chǎn)品的質(zhì)量必須達到一定的指標，并且需要在發(fā)布以后，實(shí)時(shí)監控產(chǎn)品質(zhì)量，那么，在測試中，我們不僅要做好項目當下版本的測試工作，還需要考慮構建長(cháng)期、高效地測試系統和平臺，保障產(chǎn)品質(zhì)量能夠實(shí)時(shí)度量。另外，明確產(chǎn)品的功能設計、產(chǎn)品的核心競爭力、可用的測試資源等信息，對于接下來(lái)做產(chǎn)品測試都是至關(guān)重要的。
那么問(wèn)題來(lái)了，也許有的人會(huì )質(zhì)疑，我招的是測試工程師，不是測試經(jīng)理，不需要考慮這么多吧，如果按照我這種要求，怕是一年也找不到一個(gè)，況且的確有很多人受公司制約，甚至有人大學(xué)剛畢業(yè)，肯定回答不上來(lái)這類(lèi)問(wèn)題。
我想說(shuō)，企業(yè)招人的目標永遠都是奔著(zhù)“合適”去的。我這么去面試，自然是因為工作中遇到的實(shí)際問(wèn)題導致我不得不去關(guān)注這些。在實(shí)際工作中，經(jīng)常會(huì )遇到測試人員接到測試任務(wù)以后，什么也不考慮就去測試了，測試完了以后告訴我工作完成了。 然后我問(wèn)他這次測試任務(wù)的范圍是什么?開(kāi)發(fā)為什么要做這些改動(dòng)?這些改動(dòng)是開(kāi)發(fā)自己提出來(lái)的還是客戶(hù)要求的?如果客戶(hù)要求的客戶(hù)的關(guān)注點(diǎn)在哪里?這次改動(dòng)具體改了什么內容?怎么改的?你覺(jué)得這樣的改動(dòng)合理嗎?改動(dòng)以前是什么樣子的'?...... 這些問(wèn)題最初的時(shí)候我問(wèn)十個(gè)人，九個(gè)人都答不上來(lái)，還有一個(gè)回答的模棱兩可。那么，從一個(gè)測試經(jīng)理的角度，讓我怎么相信這個(gè)測試負責人的工作是有效的?怎么讓我相信他的工作覆蓋率是全面的?我無(wú)法相信連改動(dòng)原因、改動(dòng)內容和改動(dòng)方法都沒(méi)有了解清楚的人，能很清楚的知道測試通過(guò)的準則。...... 同理，做測試前先思考是一種習慣，如果這個(gè)問(wèn)題回答不好，我很難相信他在實(shí)際工作中會(huì )做到我剛說(shuō)的那些(何況我提問(wèn)的時(shí)候是不斷引導的，這個(gè)問(wèn)題也不會(huì )拿去問(wèn)2年經(jīng)驗以下的新人)。
關(guān)于如何跟開(kāi)發(fā)溝通確定測試范圍，可以翻一下這篇博文：http://www.cnblogs.com/scios/p/5624707.html
也許還有人覺(jué)得，上面這個(gè)案例，提及的知識是一個(gè)“知不知道”的范疇。只要有所準備，就能做到從容不迫~
我想說(shuō)的是，我在帶新人的過(guò)程中，不斷灌輸這套做事的方法論。他們的確是“知道了”，但是真正用好還花費了很長(cháng)時(shí)間。所以面試的時(shí)候也不要過(guò)于樂(lè )觀(guān)，是臨時(shí)抱佛腳，還是日常工作中就按照這種方式去工作，作為資深的面試官都能分辨出來(lái)。勸君不要抱僥幸心理。
也許還有人說(shuō)，面試時(shí)間那么短，面試的時(shí)候受限于時(shí)間關(guān)系想不了那么全。
其實(shí)，這種情況不也說(shuō)明面試者的思維不夠敏捷，不是嗎?畢竟面試官做了那么充分的引導。
面試場(chǎng)景2
問(wèn)題：假設你是QQ這個(gè)產(chǎn)品的測試負責人，你怎么去測試QQ傳文件這個(gè)功能?說(shuō)一下測試點(diǎn)，你可以發(fā)揮自己的想象力，不必局限于它現有的功能。
這個(gè)問(wèn)題，問(wèn)過(guò)不下五十人，能在面試時(shí)回答出超過(guò)15個(gè)測試點(diǎn)的，坦白說(shuō)一個(gè)沒(méi)遇到。
多數應聘者都是想到哪說(shuō)道哪。
我更想聽(tīng)到的答案有兩種，一種是按照傳文件的流程(客戶(hù)端A-網(wǎng)絡(luò )-服務(wù)器-網(wǎng)絡(luò )-客戶(hù)端B)，一種是是按照測試框架回答(比如系統的說(shuō)明從UI、功能、性能、兼容性、安裝部署、服務(wù)器端、網(wǎng)絡(luò )、安全。。)。
也許有人問(wèn)，這個(gè)問(wèn)題就是考察“測試思維”，實(shí)際工作中用不到那么多，或者只要準備一下，也能比較輕松的回答我這個(gè)問(wèn)題。
測試人員最重要的素質(zhì)是什么呢? 的確存在有些人思維發(fā)散度很不錯，雖然不會(huì )設計用例，但是很會(huì )找bug。但是這樣的人可遇不可求的。而且通過(guò)面試去發(fā)現一個(gè)人的思維發(fā)散度有多好不太現實(shí)，我還是更保守的通過(guò)看一個(gè)人的思維模式來(lái)判斷他是不是我想要的人。 我現在所負責的系統架構比較復雜，涉及到方方面面，測試過(guò)程中需要思考的問(wèn)題，跟上面這個(gè)案例差不多。一個(gè)人是真的懂，還是臨時(shí)抱佛腳，可以通過(guò)不斷的深挖來(lái)發(fā)現。所以， 如果想要在面試時(shí)“不露馬腳”，仍需要在工作中就培養這樣的思維模式。
最后，國內很多公司存在面試官看“眼緣”決定是否錄用。。。這樣的情況不在本次討論范圍之內。
【如何面試測試工程師？】相關(guān)文章：
外企面試如何應對英語(yǔ)測試09-24
軟件測試面試官如何提問(wèn)08-24
ios工程師該如何面試08-03
迅雷測試工程師的面試經(jīng)驗01-24
如何通過(guò)面試官的測試陷阱09-18
筆試面試題—軟件測試工程師12-17
外企測試工程師面試筆試題12-06
2017華為測試工程師面試題08-22
如何準備機器學(xué)習工程師的面試08-12