面試題也需要測試

記得一開始剛開始面試時，在面試前端工程師前一兩天，我主管就拿出一分題目清單，和我依序說明他預計要詢問的技術題目，題目涵蓋 React、資料流、瀏覽器行為等等，以及預計會想要得到的什麼答案。那時我蠻困惑的是為何要和我討論？這題目不是都訂好了嗎？不就問就好了？

後來開始實際參與後，技術題目是需要預先設計，你才能確保題目測驗功能完備，否則只是徒勞浪費彼此時間。也許的確有面試官，可以當天出題，確認測驗面向。但我不是，沒辦法那麼即時表現，以及需要和團隊溝通討論後，確認題目明確程度、難易適中，才有信心讓面試者測驗。

所以當你設計好技術面試題後，務必要找人測試，同事也是最好的首選，因為你們有類似的背景，並且有一定熟悉度，如果他看不懂題目，通常表示題目大有問題。

進行內部測試

進行盲測

主要是模擬真實面試情境，測試者不可以知道題目與答案，以及必須在高擬真環境中測試。如果你設計的是白板題，那就是找同事進行白板題測試；如果是回家作業，意思是需要面試者花費一段下班時間時間撰寫，也是需要請同事在相同情況測試。

你可以找不同部門、不同經歷、不同層級等同事測試，可以獲得全面回饋，建立面試題測驗圖譜，了解不同的反應問題。如果每個人都反覆提到類似問題，那可能就會是這面試題核心問題。

詢問整體主觀感受、難易度評價

測驗完畢後，盡可能第一時間詢問他們對於整體流程主觀感受以及對難易度評價，確保回饋新鮮度。難易度比較可以提供量尺給他們，例如簡單、困難、中等，或是量尺分 1-5 分等等。

這裡是收集整個流程中是否有不當或者不流暢之處，可以在之後改進。以及評估難易度是否需要調整，這裡並不是每個人都說難就要改低，或是簡單就要調高，仍要回歸到招募職務相性。

確認題意明確與修正建議

接著請他們針對題目評價，比方說可以詢問以下問題：

• 題目的用詞或表達是否明確不會造成誤會？
• 是否可以輕易理解題目？是題目哪段讓你理解困難？如果是白板題或口述，是哪段過程讓你困惑？
• 題目給予的條件是否適中？限制是否過於嚴苛？如果要加減條件限制，來提高或降低難度，你覺得會是什麼？
• 如果請你改寫題目，你會調整成什麼樣子？
• 在時間充分情況下，你覺得最好的答案是什麼？

這裡目的在於確定題目是否會造成誤會，如果連同事都無法理解題意，那可能真的是大有問題。

說明你的目的，請對方給予回饋

最後階段，可以和同事說明預計這題目達成的目標，你期望獲得什麼反應或者解法。讓測試者重新由你的目標開始，改成以你的目標為起點，重新思考模擬面試中有什麼可以改進；另一種可能是，他們會建議全新或另一種方式實踐。

並且每個人時間都很寶貴，務必和對方投入時間、精神、回饋表示感謝。因為他們讓你對於面試題，有更深一層了解，來確保題目有效性，來達成招募目標。

測試面試題目的，是在於以他者角度來觀察你的方法有效性評價。所以對於評價不一定要照單全收，而是要基於你自己的期許、過往經驗以及職缺招募目標綜合判斷，畢竟你才是面試第一線，更能掌握面試現場情況。

本系列文同步發表於個人網站。