到達面試地點，面試官很友好的領我去了會議室，坐下自我介紹的同時，也就開始了正式的面試，這場面試我很開心，不是因爲沒有面試算法，而是這位面試官不僅僅在於面試，更多的是聊簡歷中寫出來的內容，都是自己做過的，要說起來，自然順暢得多，而遇到不懂的內容，他會很善意的給出引導，我所要做的，無非就是順着他的引導拓展自己的思維，之後給出他想要我思考的內容的答案，這種方式的面試，對我來說，其實相對還是比較遊刃有餘的，畢竟不管做什麼，我最喜歡的就是有人稍微提點一下，以至於我不容易走偏。
面試過程中，首先問我工作中怎麼開展某項測試，這裏他問的是相容性，會考慮到哪幾個方面，對於Web或者win32之間相容性的考慮點的區別，對於相容性測試與其他測試的區別，在做相容性測試的時候，遇到最大的困難是什麼?對於這個問題的回答他可能不是很滿意，我說，相容性測試中遇到最大的困難是跨平臺遇到問題該如何找到問題所在，他說這個其實和其他的測試也一樣，當你發現問題的時候，你必須排除是系統問題，是配置問題還是產品本身問題，所以他示意我再想想，我稍作沉思，告訴他，我之前在相容性測試的過程中主要測試的是產品的補丁包，所以最大的困難是補丁包對向下相容的問題，他似乎稍微滿意了一些，微微笑了笑。
緊接着，看到我在簡歷中寫出了對項目管理有一定的理解，於是話題轉變到了項目管理上，先問了我自己如何對自己進行管理的，諸如一堆的tasks在手上，你會怎麼安排?然後問，如果你手上有一個P1的task，但是這個task需要等某人完成一定的操作後你才能進行你的工作，不過，這個task在那個人手裏是P3，這時候你該怎麼辦?最後問如果你是test leader，你的team members的手上已經有很多任務了，但是你又接到了更多的任務，你該怎麼做分配?其實無非是考慮如何有效完成所有的任務，說實話，我不知道這些問題的答案是不是有哪本書會教大家怎麼做，也不知道這些問題是不是有唯一的答案，我只是憑着自己對任務安排的理解在做資源的協調和分配。
緊接着，也不知道是不是還算管理的問題，反正與測試有關，他先給我描述了一個三層結構的系統，讓我從test scope的角度去描述應該怎麼測， 由於描述了三層的結構，我第一反應可能和代碼邏輯有關，結果他反問我，你覺得代碼方面的測試是開發做還是測試做，我不是十分明確，但還是給了他肯定的答案，開發做，於是他點了點頭，說，那你現在可以撇開誰做這樣的底層思維，繼續向上一層思考這個問題，這個時候我才知道他在問什麼，其實他想聽到的答案是系統測試，集成測試等等寬泛而抽象的頂層概念，回答完後，又一一引導我分別對這些測試測什麼做了提問，可以說，每個問題我都會選擇沉思一下再做回答，沉思的時候可能腦子一片空白，但其實也是在努力搜尋頭腦裏的埋藏的知識。
在接下來的繼續細化提問前，他一再問了關於數據庫的知識，諸如同樣要查詢一個表的其中幾個字段，視圖和存儲過程如何做出選擇，視圖、存儲過程和方法呢?說真的，其實就是在考這幾個的區別，但是我真的已經遺忘了。ok，繼續細化測試，對於數據庫層如何測試，對於logic層如何測試，對於呈現層又如何進行測試。其中，問數據庫層如何測試的時候，我回答得最爲完善，但是也可以說是沒有思考完全，因爲他提問了這麼一個問題：現在我們要部署這個系統，用批處理的方式寫代碼去部署，