1. 程式人生 > >面試時經常會被問到的 3 個問題

面試時經常會被問到的 3 個問題

本地 描述 邏輯 例子 換工作 繼續 腳本 比較 .com

前幾天,我在《簡歷中打動人的 3 個關鍵點》和《簡歷中千萬不要出現的 3 個問題》中講了一些寫簡歷的註意事項,今天想聊聊在面試過程中,如何更好的體現出自己的真實實力。

面試時,我經常會拿下面 3 個問題開場:

1.請做個簡短的自我介紹;
2.簡單介紹一個自己參與度比較高的項目,以及自己在項目中的職責;
3.簡單描述下你在項目中發現的最有成就感的 Bug;

下面我分別針對這 3 個問題逐一做下說明。

1.請做個簡短的自我介紹;

大部分的雞湯文或者面經給出的建議可能是這樣:

面試官你好,我叫張三,出生於 2018 年 8 月 31 號,女,屬狗,我喜歡爬山、讀書、遊泳、跑步、下棋、寫代碼、做測試,非常高興能獲得今天的面試機會,謝謝。

恩,說的好不好,好,沒毛病,但好像少了點什麽,少了啥?少了我需要的信息,面試不是聊天,一問一答之間都是有目的的,所以我建議的回答方式可以是這樣:

面試官你好,我叫張三,2016 年畢業,最近的一份工作是在特斯拉公司,最近做的一個項目是特斯拉線圈的測試,我在項目中擔任測試負責人的角色,本次換工作是因為公司業務調整,準備投入資源做超級高鐵,砍掉了特斯拉線圈的業務,本次想找一個團隊氛圍好,技術上更有挑戰的工作。

這個回答我比較滿意的原因有這麽幾點:

  1. 主動告知一些必問的信息,比如公司和項目信息,比如換工作的原因,以及個人預期,這樣做一方面減少了面試官來回問的時間,同時會讓面試官感覺到這個人做事比較周到,或者說叫眼裏有活。
  2. 雖然是回答,但是在主導話題,或者說制造話題,比如他提到了公司和項目,但是沒有詳細介紹自己作為測試負責人的角色職責,所以我肯定會繼續問下去。

能給面試官制造話題的面試者都是好的面試者(但是別給自己帶溝裏去了),如果在第一個問題上給面試官留下好的印象,對後面的溝通會非常有幫助。

如果是你,你會怎麽回答?

2.簡單介紹一個自己參與度比較高的項目,以及自己在項目中的職責;

如果第一個問題,面試者沒有主動告知這些內容,第二個問題我還是會主動問出來。

針對這個問題,有的同學回答的重點會有點跑偏,比如會花費不少的時間去介紹自己項目的詳細情況:

我最近有參與一個 App 的測試,這個 App 有首頁模塊、好友模塊、核心傳輸模塊和個人中心模塊,並且又分為 IOS 端和 Android 端,Android 端又分國內版和海外版,我主要負責 Android 端國內版的測試。

看,說了這麽一堆,只回答了項目信息的部分內容,我還是不知道「你」具體都做了啥,那我就需要再繼續重復問一下這個問題。

註意面試過程中的重點是面試者本人,項目信息算是背景信息,主要信息應該是面試者做的事情,那麽只需要把能襯托面試者能力的地方凸顯出來就行啦,比如:

我最近參與一個 App 的測試,周期是兩周,一共有 10 個開發和 4 個測試參與,我主要負責帶領其他 3 個測試人員一起保證項目所有版本的質量。我的主要工作內容是包括需求評審、用例編寫、測試分工以及自動化腳本編寫。

這樣的話,信息是不是一下就豐富多了?多提供人員信息有助於面試官了解自己在團隊中的位置,特別是關鍵角色的時候,一定重點突出一下,提供具體的工作內容是為了後面的溝通可以進一步展開。

比如這個話題中的需求評審、用例編寫、自動化腳本編寫都是我想展開的,還是那句話,能夠給面試官制作話題的面試者都是好的面試者,不過要記住,不要給自己挖坑,比如上面提到了自動化腳本編寫,結果自己只是改改配置參數而已,並沒有啥技術含量,這樣的話問下去會很失望的。

所以前面那句話可以完善下:主動把話題引導到自己的優勢的面試者都是好的面試者

如果是你,你會怎麽回答?

3.簡單描述下你在項目中發現的最有成就感的 Bug;

這個問題應該不是我的專利,幾乎各個面經中都會提到,所以有很多面試者提前準備,那我先說下回答的註意事項:

  1. 要的是自己發現的,不是別人發現的;
  2. 同樣的,不要把別人發現的,冠名到自己頭上,很容易出破綻的;
  3. 最好不是常規用例執行中出現的 Bug;

先看一個例子:

「有一個項目新增了本地搜索功能,我把特殊字符作為輸入時,程序發生了崩潰,然後和開發一起用 windbg 調試定位,最後發現是程序沒有對異常進行處理。」
「特殊字符輸入不是常規用例就覆蓋了麽?這樣的話任何人都能發現吧?」
「恩,是用例執行時發現的。」
「windbg 調試需要 pdb 吧,這個只有開發那有,所以實際就是開發給定位的唄?」
「恩,開發定位的,我是提供了重現環境和 dump 文件。」

前面說的關鍵點全部命中,常規用例能覆蓋到的測試點,我們認為是大部分人都能考慮到的,既然這樣,發現這樣的 Bug,不應該是件很有成就感的事情吧?

再來看一個例子:

「因為一個需求,業務需要攔截註入的操作,開發提測後,確實滿足了本次的需求場景,經過和開發溝通,了解到實現邏輯是處理了 API SetWinEventHook 的調用,但是經過研究發現 API SetWindowsHookExW 也可以達到同樣的效果,但是開發沒有處理,鑒於換個 API 就被繞過的成本太低,開發又新增了對這個 SetWindowsHookExW 的處理。」
「怎麽想到這個測試點的?」
「Windows 系統 API 很多,而且繁復,所以碰到的時候都格外小心,之前也一直有查 MSDN 的習慣,所以在研究具體的實現方式時就發現了這個測試點,其他類似的情況還有很多。」
「測試工具是開發幫忙寫的麽?」
「不是,我自己寫的。」

這個例子中:

  1. 自己發現的問題;
  2. 不是常規用例覆蓋的範圍,搞清楚開發的詳細邏輯,並做針對性的全面性測試,不是所有人都能做到;
  3. 還有一個重點是,問題定位過程完全是自己完成。

如果你是面試官,面對這兩個面試者你會選誰?

好了,我要說的就這些了,等等,我好像聽到有同學有問題。

「上面這些道理我都知道,但是我確實沒有拿的出手的東西可講啊,怎麽辦?」

還能怎麽辦,趕緊回去補唄。

記住,做每個項目的過程,都是我們成長和收獲的過程。

對了,先把這篇文章分享出去,然後再去補的話,效果更好的噢。

本文首發於公眾號「sylan215」,十年測試老兵的原創幹貨,關註我,漲姿勢!

技術分享圖片

面試時經常會被問到的 3 個問題