作为软件测试工程师你应该怎么规划你的职业发展

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

　　我的要求高么?

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

　　面试结果

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

　　面试的一些细节：

　　因为从事的工作是业务密集型的，有的业务逻辑非常复杂，我们特意准备了一份不错的需求(考虑到应试者没有行业背景，给出了详尽的专业说明和例子)，并根据这份需求出了几道用例设计的题。只有不到四分之一的应试者给出了让人相对满意的答案。我们内部评估这份需求的时候，认为只要有过一两年的用例设计经验，应该能答的不错。

　　我一般会根据简历问一些问题，看看简历的真实性。也会问一些基础的测试知识，查看应试者的专业素质。

　　常见的问题：

　　说说你常用的测试方法? 百分之九十的人只能答出等价类和边界值。只有少数人可以讲出其它测试用例设计方法，但深入问，从没有一个人能有令人满意的回答.

　　给一个非常简单的小例子，例如登陆操作，让应试者回答如何使用等价类方法设计用例。但让人吃惊的是仍然只有不到五分之一能够给出比较满意的答案。

　　陈述一个缺陷的生命周期(你们是怎么管理bug的?)有一多半人能够说出常见流程，但深入问一些问题：如缺陷如何同版本、测试轮次等结合起来，一些特殊情况如何处理等，很多人就懵了，而这些基本上都是工作中常用的。

　　你做的最长的一个项目是什么?在这期间你遇到了什么问题让你最头疼?你如何解决它?十个人里大约只有一人能给出还算不错的答案(能够识别出问题，提出它带来 的不利影响是什么，并能够给出一定的解决方案就算是不错的答案了)。

　　你感兴趣的测试工作是什么，你想在哪方面有所发展?十个人里有4个会说是自动化测试，3个会说性能测试，2个会说是管理，一个会说是白盒测试。并希望提供相应培训。只有极少数人能够说出具体的思路和技术项。

　　如果继续追问：你说的是性能测试吧?你有过这方面的学习么?一半会说看过一些网站上的技术文章，一半会说看过loadrunner的书。如果继续追问，是哪本书?是哪类文章?有哪些具体的知识点能讲一下么?90%答不上来。

　　问：你有看过哪一本测试书籍?哪些技术博客?哪些网站?50%的人会说看过QTP的书(QTP的真正使用率已经快赶上诺基亚的使用率了，国内主流自动化的书竟然还是这个!)，并且没有真正在工作中使用过，然后就没有别的了。有少一半人最近几年一本技术书籍也没有看过。

　　如果有管理经验的应试者，我会问一些测试过程管理相关的问题，如给一个最简单的题：如果测试时间不够如何?十个人中只会有两三个提到排定优先级和测试裁剪，大部分人的回答竟然是加班也一定要搞完。

　　我想说的：

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

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

原文转自：http://www.cnblogs.com/skytraveler/p/3876707.html