标签：覆盖率 岗位 平台 哪些 资料 为什么 创新 移动端 web自动化
公司开发的产品专业性较强，软件测试人员需要有很强的专业知识，现在软件测试人员发展出现了一种测试管理者不愿意看到的景象。
1、开发技术较强的软件测试人员转向了软件开发(非测试工具开发);
2、业务能力较强的测试人员转向了软件需求;
3、沟通能力较强专业能力较强的人员转向了软件实施;
为什么不愿意看到呢，自己培养起来的优秀人员都为别的部门、别的公司干活去了，而测试这边永远都是新人，永远都是刚入门的软件测试工程师。
开发水平一般、业务能力一般、沟通能力一般。而那些转行的测试同仁们，薪水并没有质的飞跃，到了‘那边’成绩平平，很快就被埋没了。
这里当然要排除那些实在对开发、对业务、对实施非常感兴趣想在这些领域有所建树的狂热者们。
问题就来了，那些人为什么要‘转业’呢?原因无外乎以下几点：
1、公司的软件测试没有技术含量，没有挑战性;
2、认为在公司能做到测试经理就已经是测试发展的最高境界了;
3、测试人员薪水较其他低;
4、想了解一下测试之外的其他岗位，丰富自己的阅历，为以后更好的做管理做准备。
那么，公司的软件测试真的技术含量很低吗?工作效率已经达到最高了吗?真的不需要挑战吗?测试经理就没有高级和低级之分了吗?测试人员的薪水就不可以比开发人员高了吗?测试人员真的需要那么多吗?
当然不是，也许很多年的‘旧路’不能靠自己改变，也许有人埋怨领导者们因循守旧、顽固不化，但没有人会阻挡我们去创新，去阻止我们探索新的模式、新的思路、新的工作方法去改变这种现状，
没有公司是傻子，一个人的薪水和他体现出来的价值是成正比的。
所以应该打破常规，去探索新的东西，这种创新不仅包括技术创新也包括管理创新。
关于职业发展，仅根据公司的实际情况，和从大家那里得来的想法，谈一谈。
1、开发技能较强的软件测试人员可以转向自动化测试工具、测试管理工具的开发，这里不仅要求开发能力较强，还需要多了解第三方测试工具，挖掘测试组内测试人员的需求，了解业务;
2、业务能力较强的可以做测试(用例、计划)设计工程师，由于公司产品业务较强，需求人员仅能为测试人员提供需求文档，而究竟哪些是最重要的测试点，
测试过程中采取什么样的测试方法能使得测试路径最短、覆盖率最全，这些都需要抓住软件业务的精髓;
3、做到了测试经理，完全可以把管理再出神入化，每个人身上有什么特点，怎样能让每个组员的能力发挥到极致，怎么更好的争取测试人员的利益，怎样做到最好的资源调配，怎样让大家不再迷茫。
另外，怎样提升自己的威信，提升执行力，领导力，怎样把管理做到让人啧啧，到了这种程度，通过横向和纵向对比，优势自然就出来了。
其次，转做开发、需求、实施，然后又转回测试做管理，这种我是比较赞同的，但度不好掌握，而且如果自己的水平实在太高，很可能会让这类人产生英雄无用武之地的想法。
公司的平台太低，而自己感觉自己的水平偏高，所以很可能导致这类人的离职，所以个人的发展和公司测试部的发展一定得保持同步，谁都不能过快，步伐不一致的的两个人怎么能走在一条道上呢?
所以在个人发展的情况下，关注公司总体测试发展，先认清两者的发展方向再去‘转业’未尝不可。
4、做到测试设计人员、自动化工具、管理工具开发人员就是极致了吗?当然不是，测试行业照样有咨询、有顾问、专家，测试管理做好了也可以去做项目经理、去做部门经理，实在不行，完全可以去创业嘛。
总结：
发展无极限，路是自己走出来的，不要只走别人踩出来的路。
如果对python自动化测试、web自动化、接口自动化、移动端自动化、大型互联网架构技术、面试经验交流等等感兴趣的老铁们，可以关注我。欢迎分享，评论，转发。需要资料的同学可以关注我的主页获取资料链接。
标签：覆盖率 岗位 平台 哪些 资料 为什么 创新 移动端 web自动化
原文地址：https://blog.51cto.com/14797793/2495997
