文章很好，以前的簡歷果然很垃圾，有興趣的可以去看看大師級測試的簡歷 

我最近閱讀了大約15份簡歷，他們都在申請我的團隊的測試工程師職位。但是沒有一份表達清楚了他是如何進行測試的。

　　下面我摘錄了一些 資訊：

　　幾乎所有的應聘者都羅列了成串兒的他們熟悉的“技術”（包括但不限於….Net， Unix， SQL， XML， MS Office）

　　然後他們又羅列了大堆的看上去都有點過時的測試工具（包括但不限於…TestDirector， LoadRunner， QuickTest Pro， SilkTest， BugZilla）

　　但是…我根本就不知道他們到底是如何進行測試的。

　　所有的簡歷中都羅列著一串串的測試術語和名詞…例如，“瞭解白盒測試、灰盒測試、黑盒測試、壓力測試、效能測試、功能測試、整合測試、可用性測試、冒煙測試、迴歸測試、手工測試、自動化測試以及驗收測試。”

　　每當看到這種調調兒的時候，我就想“好吧，你知道玻璃盒測試嗎？那才是我們真正需要的。”

　　有些應聘者甚至會在簡歷中寫著“我編寫過50頁的測試報告”，或者“我測試的企業級專案擁有超過1000個使用者”。

　　好吧，那你到底如何進行測試呢？公平起見，這個問題僅僅靠幾張簡歷是很難回答的，另一方面，也許我比較缺乏在這些字裡行間挖掘資訊的能力，所以我真的很難判斷到底應該選擇誰來參加面試

　　我參與的專案的測試過程如下…

　　可以訪問我的測試部落格以進一步瞭解我對測試的理解…

　　我最喜歡的測試書籍和部落格如下…

　　我喜歡測試是因為…

　 　唉，我想現代簡歷可能對於鑑別應試者的能力沒什麼太大作用。這就能解釋為何面試問題如此重要。我為明天的面試準備了一串很好的問題來判斷他們是否是很好 的測試者。其中一個是：“如果要你完整的測試後面牆上的那個電燈開關，你要如何做？”（如果那些應聘者讀過我的部落格，可能他們會有優勢）。

　　你們最喜歡的面試測試工程師的問題是什麼？

————————————————華麗的分割線————————————————

　　有趣回覆摘錄：

　　Ken：好吧我同意你的願景，你希望從簡歷中找到更多可用資訊。但是在我工作的公司，在應聘簡歷被HR和招聘負責人篩選過之前，我根本連看都看不到他們。他們會用檢索工具尋找那些職位要求描述中的關鍵字/技術詞彙。所以，我只好在面試中靠問問題來做判斷了。

　　路人：我最喜歡的面試問題是：你最喜歡的一個bug是什麼？但是我從來沒有獲得一個好的回答。所有的迴應都是在討論他們喜歡的bug的型別，或者他們找到這些好bug所用的方法。

　 　Geordie Keitt： 我的簡歷就是我的LinkedIn頁面，我想它足夠鶴立雞群了。http://bit.ly/6TnmeL 我最喜歡的面試問題則是：“告訴我你遺漏的最嚴重的bug，以及你是如何補救的。”對新手來說這個問題無效，所以對他們我會準備20個問題取代之。

　　Marcin Zr？da： 好文章，我的建議是簡歷中應該包含你的專案歷史：專案名字，你的角色，測試過程等等。

　　Alan： 回去我立刻著手更新自己的簡歷。

　　Shaun： 精彩的文章，有些回覆也同樣精彩。如果你要申請的職位屬於下列情況，你需要注意：

　　1-如果你申請的職位屬於一個大公司，那麼它們很可能在用自動掃描工具掃描簡歷，所以羅列技術詞彙是必要的；

　　2-如果你申請的測試主管，那麼你需要一個很好的求職信來推銷自己；

　　3-如果申請的是一家大公司的測試主管，那你就需要同時滿足1和2。

　　最後，你的簡歷可能就要20頁長，可讀性極差，而且求職信在google上一抓一大把（類似的求職信我算是看夠了）。

　　Joe： 如果求職者在簡歷中寫著“哥測試過超過20個電燈開關”，或者“我天天讀Eric Jacobson的部落格”，那他豈不是已經得到面試機會啦？

　　Eric Jacobson： Joe，你說到點子上了…