我最近阅读了大约15份简历，他们都在申请我的团队的测试工程师职位。但是没有一份表达清楚了他是如何进行测试的。

　　下面我摘录了一些 信息：

　　几乎所有的应聘者都罗列了成串儿的他们熟悉的“技术”（包括但不限于….Net， Unix， SQL， XML， MS Office）

　　然后他们又罗列了大堆的看上去都有点过时的测试工具（包括但不限于…TestDirector， LoadRunner， QuickTest Pro， SilkTest， BugZilla）

　　但是…我根本就不知道他们到底是如何进行测试的。

　　所有的简历中都罗列着一串串的测试术语和名词…例如，“了解白盒测试、灰盒测试、黑盒测试、压力测试、性能测试、功能测试、集成测试、可用性测试、冒烟测试、回归测试、手工测试、自动化测试以及验收测试。”

　　每当看到这种调调儿的时候，我就想“好吧，你知道玻璃盒测试吗？那才是我们真正需要的。”

　　有些应聘者甚至会在简历中写着“我编写过50页的测试报告”，或者“我测试的企业级项目拥有超过1000个用户”。

　　好吧，那你到底如何进行测试呢？公平起见，这个问题仅仅靠几张简历是很难回答的，另一方面，也许我比较缺乏在这些字里行间挖掘信息的能力，所以我真的很难判断到底应该选择谁来参加面试。但是，如果他的简历中包含如下内容，那很可能会获得我的青睐：

　　我参与的项目的测试过程如下…

　　可以访问我的测试博客以进一步了解我对测试的理解…

　　我最喜欢的测试书籍和博客如下…

　　我喜欢测试是因为…

　 　唉，我想现代简历可能对于鉴别应试者的能力没什么太大作用。这就能解释为何面试问题如此重要。我为明天的面试准备了一串很好的问题来判断他们是否是很好 的测试者。其中一个是：“如果要你完整的测试后面墙上的那个电灯开关，你要如何做？”（如果那些应聘者读过我的博客，可能他们会有优势）。

　　你们最喜欢的面试测试工程师的问题是什么？

————————————————华丽的分割线————————————————

　　有趣回复摘录：

　　Ken：好吧我同意你的愿景，你希望从简历中找到更多可用信息。但是在我工作的公司，在应聘简历被HR和招聘负责人筛选过之前，我根本连看都看不到他们。他们会用检索工具寻找那些职位要求描述中的关键字/技术词汇。所以，我只好在面试中靠问问题来做判断了。

　　路人：我最喜欢的面试问题是：你最喜欢的一个bug是什么？但是我从来没有获得一个好的回答。所有的回应都是在讨论他们喜欢的bug的类型，或者他们找到这些好bug所用的方法。

　 　Geordie Keitt： 我的简历就是我的LinkedIn页面，我想它足够鹤立鸡群了。 我最喜欢的面试问题则是：“告诉我你遗漏的最严重的bug，以及你是如何补救的。”对新手来说这个问题无效，所以对他们我会准备20个问题取代之。

　　Marcin Zr？da： 好文章，我的建议是简历中应该包含你的项目历史：项目名字，你的角色，测试过程等等。

　　Alan： 回去我立刻着手更新自己的简历。

　　Shaun： 精彩的文章，有些回复也同样精彩。如果你要申请的职位属于下列情况，你需要注意：

　　1-如果你申请的职位属于一个大公司，那么它们很可能在用自动扫描工具扫描简历，所以罗列技术词汇是必要的；

　　2-如果你申请的测试主管，那么你需要一个很好的求职信来推销自己；

　　3-如果申请的是一家大公司的测试主管，那你就需要同时满足1和2。

　　最后，你的简历可能就要20页长，可读性极差，而且求职信在google上一抓一大把（类似的求职信我算是看够了）。

　　Joe： 如果求职者在简历中写着“哥测试过超过20个电灯开关”，或者“我天天读Eric Jacobson的博客”，那他岂不是已经得到面试机会啦？

　　Eric Jacobson： Joe，你说到点子上了…

本文出自seven的测试人生公众号最新内容请见作者的GitHub页：