我最近阅读了大约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,你说到点子上了…
英文原文:Eric Jacobson 本文由@柴阿峰 翻译并投稿于伯乐在线