软件测试人员的发展误区

　　公司开发的产品专业性较强，软件测试人员需要有很强的专业知识，现在软件测试人员发展出现了一种测试管理者不愿意看到的景象：

　　1、开发技术较强的软件测试人员转向了软件开发(非测试工具开发)；

　　2、业务能力较强的测试人员转向了软件需求；

　　3、沟通能力较强专业能力较强的人员转向了软件实施；

　 　为什么不愿意看到呢，自己培养起来的优秀人员都为别的部门、别的公司干活去了，而测试这边永远都是新人，永远都是刚入门的软件测试工程师：开发水平一 般、业务能力一般、沟通能力一般。而那些转行的测试同仁们，薪水并没有质的飞跃，到了‘那边’成绩平平，很快就被埋没了。这里当然要排除那些实在对开发、 对业务、对实施非常感兴趣想在这些领域有所建树的狂热者们。问题就来了，那些人为什么要‘转业’呢?原因无外乎以下几点：

　　1、公司的软件测试没有技术含量，没有挑战性；

　　2、认为在公司能做到测试经理就已经是测试发展的最高境界了；

　　3、测试人员薪水较其他低；

　　4、想了解一下测试之外的其他岗位，丰富自己的阅历，为以后更好的做管理做准备。

　 　那么，公司的软件测试真的技术含量很低吗?工作效率已经达到最高了吗?真的不需要挑战吗?测试经理就没有高级和低级之分了吗?测试人员的薪水就不可以比 开发人员高了吗?测试人员真的需要那么多吗?当然不是，也许很多年的‘旧路’不能靠自己改变，也许有人埋怨领导者们因循守旧、顽固不化，但没有人会阻挡我 们去创新，去阻止我们探索新的模式、新的思路、新的工作方法去改变这种现状，没有公司是傻子，一个人的薪水和他体现出来的价值是成正比的。所以应该打破常 规，去探索新的东西，这种创新不仅包括技术创新也包括管理创新。关于职业发展，仅根据公司的实际情况，和从大家那里得来的想法，谈一谈：

　　1、开发技能较强的软件测试人员可以转向自动化测试工具、测试管理工具的开发，这里不仅要求开发能力较强，还需要多了解第三方测试工具，挖掘测试组内测试人员的需求，了解业务；

　　2、业务能力较强的可以做测试(用例、计划)设计工程师，由于公司产品业务较强，需求人员仅能为测试人员提供需求文档，而究竟哪些是最重要的测试点，测试过程中采取什么样的测试方法能使得测试路径最短、覆盖率最全，这些都需要抓住软件业务的精髓；

　 　3、做到了测试经理，完全可以把管理再出神入化，每个人身上有什么特点，怎样能让每个组员的能力发挥到极致，怎么更好的争取测试人员的利益，怎样做到最 好的资源调配，怎样让大家不再迷茫，另外，怎样提升自己的威信，提升执行力，领导力，怎样把管理做到让人啧啧，到了这种程度，通过横向和纵向对比，优势自 然就出来了。

　　另外，转做开发、需求、实施，然后又转回测试做管理，这种我是比较赞同的，但度不好掌握，而且如果自己的水平实在太高， 很可能会让这类人产生英雄无用武之地的想法，公司的平台太低，而自己感觉自己的水平偏高，所以很可能导致这类人的离职，所以个人的发展和公司测试部的发展 一定得保持同步，谁都不能过快，步伐不一致的的两个人怎么能走在一条道上呢?所以在个人发展的情况下，关注公司总体测试发展，先认清两者的发展方向再去‘ 转业’未尝不可。

　　4、做到测试设计人员、自动化工具、管理工具开发人员就是极致了吗?当然不是，测试行业照样有咨询、有顾问、专家，测试管理做好了也可以去做项目经理、去做部门经理，实在不行，完全可以去创业嘛。

　　总之，发展无极限，路是自己走出来的，不要只走别人踩出来的路。