这两个月陆陆续续面试了十多个应聘者，工做年限在半年到八年之间，但少有满意。期间，种种感叹，回想起去年面试六十余人仅有3人知足要求，如鲠在喉。html
个人要求高么？linux
个人要求实际上是：有还算不错的沟通能力，熟悉常见软件开发流程，有必定的需求分析、用例设计能力，会基本的linux和sql操做能力。有一些代码能力会加分。这是长期与现实妥协的结果。若是人还算机灵，其实我很愿意花时间来培养他们。程序员
面试结果：面试
使人可惜的是，一个合适的人真的很难找。更使人可惜的是，我看到不少入行不少年的同行，能力并无跟随工做年限一同增加，有些作了五六年的人有时候给人感受居然还不如一个入行一两年的年轻人。最使人遗憾的是，大部分人居然没有一个明确的职业发展思路，即便有，也没有通过深刻一些的思考，而是人云亦云。sql
面试的一些细节： 微信
我准备了一套笔试题，考虑到面试者的不一样状况，题目有最基础的测试方法，也有较高级的sql应用和设计分析。没有一个应试者给出让人相对满意的答案。内部评估的时候，咱们认为一个工做两年工做经验的人就应该能回答的很不错。 框架
我通常会根据简历问一些问题，看看简历的真实性。也会问一些基础的测试知识，查看应试者的专业素质。性能
常见的问题：学习
说说你经常使用的测试方法？测试
百分之九十的人只能答出等价类和边界值。只有少数人能够讲出其它测试用例设计方法，但深刻问，从没有一我的能有使人满意的回答。
给一个很是简单的小例子，例如登陆操做，让应试者回答如何使用等价类方法设计用例。
让人吃惊的是仍然只有不到五分之一可以给出比较满意的答案。
陈述一个缺陷的生命周期（大家是怎么管理bug的？）
有一多半人可以说出常见流程，但深刻问一些问题：如缺陷如何同版本、测试轮次等结合起来，一些特殊状况如何处理等，不少人就懵了，而这些基本上都是工做中经常使用的。
你作的最长的一个项目是什么？在这期间你遇到了什么问题让你最头疼？你如何解决它？
十我的里大约只有一人能给出还算不错的答案（可以识别出问题，提出它带来的不利影响是什么，并可以给出必定的解决方案就算是不错的答案了）。
你感兴趣的测试工做是什么，你想在哪方面有所发展？
十我的里有4个会说是自动化测试，3个会说性能测试，2个会说是管理，一个会说是白盒测试。并但愿提供相应培训。只有极少数人可以说出具体的思路和技术项。
若是继续追问：你说的是性能测试吧？你有过这方面的学习么？
一半会说看过一些网站上的技术文章，一半会说看过loadrunner的书。若是继续追问，是哪本书？是哪类文章？有哪些具体的知识点能讲一下么？90%答不上来。
问：你有看过哪一本测试书籍？哪些技术博客？哪些网站？
50%的人会说看过QTP的书（QTP的真正使用率已经快遇上诺基亚的使用率了！），而且没有真正在工做中使用过，而后就没有别的了。有少一半人最近几年一本技术书籍也没有看过。
若是有管理经验的应试者，我会问一些测试过程管理相关的问题，如给一个最简单的题：若是测试时间不够如何？
十我的中只会有两三个提到排定优先级和测试裁剪，大部分人的回答居然是加班也必定要搞完。
我想说的：
为了你的前途，请多明确一些我的能力思路吧。你五年后，十年后是个什么样子？有没有一个明确的想法？有没有你五年后想达到的某我的的程度？若是这些思路不清楚，请多看看外面的世界，看看一些测试作得很是好的人是如何工做的，他们掌握了什么能力？学习他们，追赶他们并尝试超越他们。最好认识他们，能够侃侃大山，志同道合抱团前进很好。另外目标别定太抽象，必定要是能够分解，能够检查的。
多读一些测试书籍，测试的书并非只有QTP！看看微软测试专家史亮推荐的书单，这些都是不错的好书：http://www.cnblogs.com/liangshi/archive/2011/03/07/1973525.html 有些书可以帮助你把测试知识框架搭建起来，比照一下你还缺点啥？
多读一些其它书籍，不限于技术书籍。若是想读的书有利于工做，推荐一些如何作思辨思惟的书。《思考的艺术》《六顶思考帽》《你的灯亮着么》《学会提问》是我喜欢的4本书。它们会教你怎么独立思考，养成提问的习惯，而提问的习惯是咱们如今的测试人员最缺少的一件事情。人们每每拿了被测物就开始忙着写用例，忙着测试。而不是先探索它、研究它。固然IT技术也要掌握，若是你的IT技能可以遇上开发，你发现你作测试的思路会很是的宽广。
把书籍中的东西跟你的工做对比，把好的东西引入工做（这点是检验书本质量的好方法，也是促进你思考，促进你能力提升的好方法。）
关注大牛们的技术博客。国内写好测试博客的人不是不少（不少人其实颇有水平，可是不喜欢写blog），可是国外有不少，有人整理了一个list也推荐给你们：http://ssnlove2008.blog.163.com/blog/static/3788942020093284842381/。
搞定你所在行业的领域知识：如常见IT技术，常见业务知识，这些知识掌握的越深，你的价值越高。测试技术是内功，可是你能直接为企业带来价值的最大之处是你对被测物熟悉程度，也就是你的领域知识！！！
没有方向？从你的工做入手，好比，你遇到的最大的难题是什么？我怎么解决它？我须要掌握什么样的技术解决他？我要推进什么样的组织改变来解决它？别人怎么解决它？有没有更好的方法？使用后我改进了那些？百度一下别人有没有一样的问题？尝试做对比，若是以为他作得好，尝试联系那我的讨论一下。看看对方的进展。尝试把活儿干得特别漂亮。你能解决10个中等问题之后，你的能力会有大幅度提升。
尝试作笔记，或者写博客，要坚持！
另外的吐槽：
野蛮生长没有通过系统训练的同窗很是多。这其实有不少因素，分析起来以为有如下几点：
大学或者职业教育没有很是好的课程体系（有些培训机构还行，可是也须要提升），其实测试技能须要系统训练和长时间磨练才能有根本的增加，咱们的职业教育或者再教育体系其实仍是有很大空白的。
说句实话，你们的读书氛围不够浓厚。你们不喜欢看书。而读书是再教育成本最低，又很是有效的途径。相比于程序员，测试同窗喜欢读技术书籍的比率明显的低，这是一个让人悲伤的事实。真但愿这种现象可以改变。
不少人是不喜欢coding才转测试，或者是由于IT产业广泛薪水高才来作测试。不是真正热爱这份工做，不热爱其实作很差，由于兴趣是最好的老师。
不少人认为测试门槛低，young talent 不肯意干，测试吸引人才有点儿困难（我初入行的时候也有这种想法，也是当时被强拉来作测试的，当时想作的是coding和数据DBA相关工做并已经有了一些积累，）。说实话测试的入门门槛的确有一点点低，可是作好测试的门槛确是至关的高，随着系统愈来愈复杂，测试逐渐会比开发还难作，更有挑战性，我这么说你信么？
专业化社区尚未造成规模，测试人员没有能有效交流的平台。这是跟美国和欧洲的一个挺大的差距。他们的社区作得挺好的，咱们也有了一些很好的起步。如一些热衷测试公益的同窗，一些不错的会议，一些不错的线下活动，但还须要大大的发扬光大。
本文分享自微信公众号 - 软件测试经验与教训（udatest）。
若有侵权，请联系 support@oschina.cn 删除。
本文参与“OSC源创计划”，欢迎正在阅读的你也加入，一块儿分享。