近期由于项目组人手不够，需要招聘一些测试人员。本周及上周陆陆续续面试了十多个应征者，工作年限在2年~9年之间，但无一满意。期间，种种感叹，回想起去年面试六十余人仅有3人满足要求，如有鲠在喉，还是吐槽一下。如有不对请大家也狂喷我。

1、我的要求高么？

我的要求其实是：有还算不错的沟通能力，熟悉常见软件开发流程，有一定的需求分析、用例设计能力，会基本的linux和sql操作能力。有一些代码能力会加分。这是长期与现实妥协的结果。如果人还算机灵，其实我很愿意花时间来培养他们。

2、面试结果

令人惋惜的是，一个合适的人真的很难找。更令人惋惜的是，我看到好多入行很多年的同行，能力并没有跟随工作年限一同增长，有些做了五六年的人有时候给人感觉竟然还不如一个入行一两年的年轻人。最令人遗憾的是，大部分同学竟然没有一个明确的职业发展思路，即使有，也没有经过深入一些的思考，而是人云亦云。

3、面试的一些细节：　　

因为从事的工作是业务密集型的，有的业务逻辑非常复杂，我们特意准备了一份不错的需求（考虑到应试者没有行业背景，给出了详尽的专业说明和例子），并根据这份需求出了几道用例设计的题。只有不到四分之一的应试者给出了让人相对满意的答案。我们内部评估这份需求的时候，认为只要有过一两年的用例设计经验，应该能答的不错。
我一般会根据简历问一些问题，看看简历的真实性。也会问一些基础的测试知识，查看应试者的专业素质。

4、常见的问题：

• 说说你常用的测试方法？ 百分之九十的人只能答出等价类和边界值。只有少数人可以讲出其它测试用例设计方法，但深入问，从没有一个人能有令人满意的回答.
• 给一个非常简单的小例子，例如登陆操作，让应试者回答如何使用等价类方法设计用例。但让人吃惊的是仍然只有不到五分之一能够给出比较满意的答案。
• 陈述一个缺陷的生命周期（你们是怎么管理bug的？）有一多半人能够说出常见流程，但深入问一些问题：如缺陷如何同版本、测试轮次等结合起来，一些特殊情况如何处理等，很多人就懵了，而这些基本上都是工作中常用的。
• 你做的最长的一个项目是什么？在这期间你遇到了什么问题让你最头疼？你如何解决它？十个人里大约只有一人能给出还算不错的答案（能够识别出问题，提出它带来 的不利影响是什么，并能够给出一定的解决方案就算是不错的答案了）。
• 你感兴趣的测试工作是什么，你想在哪方面有所发展？十个人里有4个会说是自动化测试，3个会说性能测试，2个会说是管理，一个会说是白盒测试。并希望提供相应培训。只有极少数人能够说出具体的思路和技术项。
• 如果继续追问：你说的是性能测试吧？你有过这方面的学习么？一半会说看过一些网站上的技术文章，一半会说看过loadrunner的书。如果继续追问，是哪本书？是哪类文章？有哪些具体的知识点能讲一下么？90%答不上来。

• 问：你有看过哪一本测试书籍？哪些技术博客？哪些网站？50%的人会说看过QTP的书（QTP的真正使用率已经快赶上诺基亚的使用率了，国内主流自动化的书竟然还是这个！），并且没有真正在工作中使用过，然后就没有别的了。有少一半人最近几年一本技术书籍也没有看过。
• 如果有管理经验的应试者，我会问一些测试过程管理相关的问题，如给一个最简单的题：如果测试时间不够如何？十个人中只会有两三个提到排定优先级和测试裁剪，大部分人的回答竟然是加班也一定要搞完。

5、我想说的：

1.为了你的前途，请多明确一些个人能力思路吧。你五年后，十年后是个什么样子？有没有一个明确的想法？有没有你五年后想达到的某个人的程度？如果这些思路不清楚，请多看看外面的世界，看看一些测试做得非常好的人是如何工作的，他们掌握了什么能力？学习他们，追赶他们并尝试超越他们。最好认识他们，可以侃侃大山，志同道合抱团前进很好。另外目标别定太抽象，一定要是可以分解，可以检查的。

2.多读一些测试书籍，测试的书并不是只有QTP！看看微软测试专家史亮推荐的书单，这些都是不错的好书：http://www.cnblogs.com/liangshi/archive/2011/03/07/1973525.html  有些书能够帮助你把测试知识框架搭建起来，比照一下你还缺点啥？

3.多读一些其它书籍，不限于技术书籍。如果想读的书有利于工作，推荐一些如何做思辨思维的书。《思考的艺术》《六顶思考帽》《你的灯亮着么》 《学会提问》是我喜欢的4本书。它们会教你怎么独立思考，养成提问的习惯，而提问的习惯是我们现在的测试人员最缺乏的一件事情。人们往往拿了被测物就开始忙着写用例，忙着测试。而不是先探索它、研究它。当然IT技术也要掌握，如果你的IT技能能够赶上开发，你发现你做测试的思路会非常的宽广：）

4.把书籍中的东西跟你的工作对比，把好的东西引入工作（这点是检验书本质量的好方法，也是促进你思考，促进你能力提高的好方法。
5.关注大牛们的技术博客。国内写好测试博客的人不是很多（很多人其实很有水平，但是不喜欢写blog），但是国外有很多，有人整理了一个list也推荐给大家：http://ssnlove2008.blog.163.com/blog/static/3788942020093284842381/。
6.搞定你所在行业的领域知识：如常见IT技术，常见业务知识，这些知识掌握的越深，你的价值越高。测试技术是内功，但是你能直接为企业带来价值的最大之处是你对被测物熟悉程度，也就是你的领域知识！！！
7.没有方向？从你的工作入手，比如，你遇到的最大的难题是什么？我怎么解决它？我需要掌握什么样的技术解决他？我要推动什么样的组织改变来解决它？别人怎么解决它？有没有更好的方法？使用后我改进了那些？google一下别人有没有同样的问题？尝试作对比，如果觉得他做得好，尝试联系那个人讨论一下。看看对方的进展。尝试把活儿干得特别漂亮。你能解决10个中等问题以后，你的能力会有大幅度提高。
8.尝试做笔记。最好是在线的，推荐印象笔记和有道云笔记。
9.坚持。
10.保证身体健康，岁月会给你带来别人的信任感（当然能力要随着岁数增长）。
能做到这里面的一半，两年后你就能在专业上有高分通过我的面试：）当然肯定你也不见得会看得上我们的offer了。
11.对于没想好就跳槽，换行业的同学说：你再想想！你的很大价值是与你企业、行业绑定的。如：做了5年保险业务，你的领域知识至少值5w每年，换领域就没了。你在一家公司证明了你自己，到新公司要重新证明你一遍，有的时候外部环境、机遇等会让证明过程很痛苦，成本很高。

6、另外的吐槽：

野蛮生长没有经过系统训练的同学非常多。这其实有很多因素，分析起来觉得有以下几点：
1.大学或者职业教育没有非常好的课程体系（有些培训机构还行，但是也需要提高），其实测试技能需要系统训练和长时间磨练才能有根本的增长，我们的职业教育或者再教育体系其实还是有很大空白的。
2.说句实话，大家的读书氛围不够浓厚。大家不喜欢看书。而读书是再教育成本最低，又非常有效的途径。相比于程序员，测试同学喜欢读技术书籍的比率明显的低，这是一个让人悲伤的事实。真希望这种现象能够改变。
3.很多人是不喜欢coding才转测试，或者是因为IT产业普遍薪水高才来做测试。不是真正热爱这份工作，不热爱其实做不好，因为兴趣是最好的老师。
4.很多人认为测试门槛低，young talent 不愿意干，测试吸引人才有点儿困难（我初入行的时候也有这种想法，也是当时被强拉来做测试的，当时想做的是coding和数据DBA相关工作并已经有了一些积累，（我没说我是啥人才啊））。说实话测试的入门门槛的确有一点点低，但是做好测试的门槛确是相当的高，随着系统越来越复杂，测试逐渐会比开发还难做，更有挑战性，我这么说你信么？
5.专业化社区还没有形成规模，测试人员没有能有效交流的平台。这是跟美国和欧洲的一个挺大的差距。他们的社区做得挺好的，我们也有了一些很好的起步。如一些热衷测试公益的同学，一些不错的会议，一些不错的线下活动，但还需要大大的发扬光大。

真心希望测试行业的整体水平能够逐渐提高起来。

最后看一下测试大牛James Whittaker（Google测试之道 和 探索式软件测试 的作者）对职业路程发展的一篇文章吧，你会受益很多。

7、一位同学的工作三年小结：

好吧, 我工作三年了, 很多时候不大想承认哈.
额, 三年了.
经验之谈, 扯一些有用没用的

• 经验很重要, 要学会积累

记得, 在学校和刚毕业那会, 对"xx年工作经验"总是嗤之以鼻, 不认为很重要, 但是实际上, 或许对于天才型的人是这样的, 但是大部分人都是平凡的, 我也是, 经验很重要.
三年, 见过一年有 N 年经验的(加班), 也见过 N 年只一年经验的, 所以, 如何保持持续成长, 积累经验值很重要, 这跟你挂机在野外平砍小怪或者开挂刷副本是一个道理, 后者给力很多, 当然, 跟环境和团队也有一定关系.
但个人的成长, 主要还是跟自身相关性最大, 自己需要为自己负责.

• 效率&工具

有一段时间, 我在追求高效, 应该有小半年吧, 那段时间研究了下工作中自己的瓶颈所在, 从前辈那里取得一些真经, 同时也看了很多时间管理的东西, 研究了下 GTD, 各种快捷键, 快捷工具, 很庆幸, 那时候也顺带深入搞了把VIM和Shell. 然后逐渐形成了自己的工作方式和风格.
后来又有段时间, 大概三个月吧, 彻彻底底的工具党, 试用各种系统, 各种浏览器, 各种编辑器, 各种 GTD 工具, 还有快速启动, 系统管理, 记录等等. 结果发现重心在工具而不是自己所作的事情上了.
后来的后来, 脱离了工具党(可能是某一天悟了吧), 不在花时间在各种工具上, 工具只是工具, 在精不在多, 找到了适合自己的就行, 集中一段时间研究下适合自己的工具还是值得的, 将受益终身(e.g. markdown/VIM).
first, 你必须在平时了解一下自己的痛点(例如以事不过三的原则, 当一个事情重复三次, 就要注意了)
然后想办法解决之.
学会从一些渠道知道一些优秀的工具, 然后选择其中的佼佼者, 以开放的心态去试用, 找到适合自己的, 然后花点时间研究下, 事半功倍
唯一的目标: 事半功倍. 所以不要care什么编辑器之争, 语言之争(下一个谈).很浪费时间.(当然, 选择时候要花点时间对比的, 但不要去争论)

关于工具栈的总结请移步 Refer 8.3 《PYTHON后端相关技术/工具栈》。

• 语言

在毕业前, 连写了三年多Java, 当时一直认为毕业后从事Java相关的工作, 后来工作中自学了Python, 然后转职成了Python后端, 间带学习了下Golang, 今年业务需要认真学了一把之前偶尔要用到的JavaScript. 最近离职间隙, 打算重新捡一下Java, 认真学习下C.
Python是世界上最好的语言......
语言, 你可以选择自己喜欢的语言, 但是不要局限自己不去学习其他的, 起码, 要有第二门辅助性质的语言, 然后第三门, 第四门......一年一门, 不算过分吧?
每种语言的思维模式都不同, 尝试去学习和使用, 有利无害.
当你深入学习一门语言后, 再学习其他语言其实是非常快的, 很多东西都是相同的.

• 基础知识很重要

算法/数据结构/IO 模型等等, 很多基础的东西, 例如算法, 可能平时用不到, 但这并不意味着不需要去学习, 基础很重要.
@ 左耳朵耗子: 很多人都并不知道，哪些知识是用来生存的，哪些知识是用来改变命运的//@ 左耳朵耗子: “学好英文，算法，系统原理，基础知识没用啊？反正工作中又用不到！”，有这样想法的人不在少数，这个想法相当务实。同理，对于一个人来说，初中毕业所掌握的知识对于生存来说就够了，也没必要上什么高中和大学了。当然，我们都知道只有初中毕业的人在这社会上会是啥样。这对于程序员也是同理。

• 微博&RSS&知乎&笔记&博客&github

前三者是输入, 后三者输出
很多人不用微博, 但是微博作为我获取信息的主要渠道, 每天还是会花时间刷一刷的, 不停地关注/取关, 最终形成稳定的信息渠道. 例如上面那条微博, 你能获取到很多东西, 而不是把自己困守在一个狭窄的世界.
然后就是RSS订阅和知乎.
从这些渠道, 看到了很多好的文章, 好的资源, 好的工具
自从开始用markdown后, 所有笔记从原先doc开始逐渐全部转换成markdown了, 分门别类, 应该有上千了. 定期梳理, 主要用于在学习某些新的东西时, 能获取最优的学习路径, 或者, 能够在短暂时间内搜索到自己曾经记录的东西.
笔记多了, 定期总结汇总, 维持规模, 其中一些梳理出来, 变成了blog.
github和bitbucket作为开源和私有的代码库, 写一些东西, 存一些东西, 关注一些东西.

• 读书

单反穷三代, kindle富一生.
kindle成为了我今年最值得购买的东西.
非技术书, 可以往杂里读, 还可以研究一些自己感兴趣的东西, 或者方法论等等.
然后就是技术书籍, 基本都买了纸质版的, 迄今不习惯电子版的, 因为要做好多笔记, 反复看, 或者脱水.
对于知识体系的系统构建, 以及深入, 主要还是靠书本, 网络的很多东西作为补充.

关于这段总结，个人认为非常实在，完整原文请移步 Refer 8.2 《工作三年小结》。

8、Refer：

[1] 关于测试人员的职业发展 http://blog.jobbole.com/74628/

[2] 工作三年小结 http://wklken.me/posts/2014/07/22/summary-09-longjourney-and-three-years.html

[3] PYTHON后端相关技术/工具栈 http://wklken.me/posts/2014/07/26/python-tech-stack.html

[4] 程序员生存定律-打造属于自己的稀缺性 http://blog.csdn.net/leezy_2000/article/details/38278309

[5] 测试工程师职业发展  http://bit.ly/2qpWzUB