14年12月回国探亲，顺便面了一家离家很近的公司，走路大概10分钟。刚好他们在招高级测试，就去试了试。
主页君的家乡大概只能算是国内三线城市，软件行业并不算发达，所以能有一家招软件测试的公司已经算是奇迹了吧。说说我自己，做软件测试大概四年半，半年手工，一年半性能，两年半的自动化经验。做软件测试的人特别容易迷茫，我也有过。特别是前两年，总觉得比开发低人一等的感觉，而且在同公司内，无论升职加薪，都会比开发慢。人之所以迷茫，就是因为想得太多而又书读的太少。所以迷茫了就努力读书吧。扯的远了，回归这次面试。
这家公司主要是做的政府项目，所以进了公司之后，明显的就觉得整个氛围庄严肃穆。见到HR，简单寒暄之后，就把我扔在会议室了。先填了张个人资料，略去不表。然后开始做笔试题。整整两页的试卷，顿时吓尿了。都说软件测试没什么技术含量，但是笔试题是两页的。
首先上来的是选择题，好吧，还是不定项选择题。有很多选项都说的模棱两可，所以选起来很纠结。而且我认为即使是概念性的描述，放在不同的语境里，就会产生不同的结果。接着是判断题，还是概念，比较简单，把判断题做完压压惊。选择题判断题都是考察的概念以及一些简单的测试方法，其实概念这种东西，是需要理解的。而且测试的概念并不是一个二维平面的东西，在我看来，它是多维度的。简单来说，测试方法，测试阶段，测试种类需要综合起来谈，才是一个完整的软件测试的概念。
接下来是问答题，很多题。说几个有印象的。有一题是让我谈谈如何测一支铅笔。很经典的题目吧，几乎所有的软件测试笔试都会问，只是铅笔会换成冰箱，水杯，椅子，空调。。。题目其实不难，只要你从功能，性能，安全等方面去分析，设计出个二三十条测试用例完全没压力。但是，请问用户需求在哪儿？没有用户需求怎么设计测试用例呢。好比你告诉开发，我要做个论坛，没了。做也是可以做，但是做的东西是不是你想要的就很难说了。所以软件测试还是要围绕着需求来，你总不能告诉我没有需求，没有需求哪来的产品呢。
然后是一道性能测试的题目。这道题的描述应该不超过三十个字，大概意思是搜索引擎里面输入五十个关键字就能得到结果，请设计性能测试方案。我只能大概描述下，因为我愣是没懂。我问了下面试官这道题到底什么意思，结果他说没看懂就不要做了。。。大罗神仙下凡也得问问清楚才能设计的吧。。。
接着是一道Linux命令的题目，大概是问怎么在Linux中导入Oracle数据库。Linux我懂一些基本的命令，做性能测试的时候也会写一些batch脚本去拿系统性能监测日志。但是这道题我真心不会，后来回家网上找找了资料，网上有很详细的方法，百度文库里有份文档，三（你）页（妹），跪了。然后是一道SQL语句的考察题目。涉及到多表的联合查询。只能说我曾经会，曾经做手工测试的时候要去后台校验结果，那时候会写。很久不用，写不出来了。不过这种东西即使忘了，只要再写几条就又回来了。其实多表查询还是很容易在笔试中考察到的，这次没有特意准备，也是活该了。
还有很多其他的问答题，没有印象了应该就是没有难度。笔试就这样了，答了个七七八八。接着是面试。来给我面试的是测试经理。大概一个多小时的面试里，多数时间是花在我问他到底想问我什么。。。汗。。惜字如金的测试经理。。然后就没有然后了。
虽然是一次不大成功的面试经历，但也给我带来一些思考。
作为我本人来说，最引以为豪的是解决问题的能力，通常你只要明确告诉我，需要我去做什么，我就会认真地去准备，查资料并且完成任务。我很依赖网络，很多工作我以前都没做过，所以我就会网上查资料。我自己也带过一些新人，他们通常来问我一些问题，我都会鼓励他们自己去网上查资料。软件测试人员需要懂的东西很多很多，好比一个接口，很多方法都定义好了，用的时候才需要去实现它。换句话说，测试人员贵在博。但是人脑又是有限的，我不可能什么都记得，我只能给你留个接口。
所以软件测试面试的意义何在呢？
思考了下，如果我是面试官，我会在通知你面试的前三天，就把笔试题要考察的知识点先告诉你，这样第一可以看你是否认真对待这次面试，第二可以看出你快速学习的能力，即接口是不是有。而关于面试，我可能会发给你一份打印好的需求，然后我们两个坐下来一起来讨论如何去测试这个系统，这个过程可能是你主导（我要招一个测试经理、组长），或者我主导（我要招一个测试员）。这个过程中，我既考察了你的沟通能力表达能力，也考察了你发现问题的能力。而且我常常觉得，两个懂测试的人，是很容易找到共同话题的。
或许我这种面试方法很任性。