51testing软件测试简历-oe testing控制测试

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

下面我摘录了一些 信息：

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

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

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

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

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

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

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

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

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

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

我喜欢测试是因为…

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

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

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