有个话题“软件测试的工资高还是开发者的工资高？”软件测试和软件开发门槛有差异，在职业起步阶段收入也会有一定的差异，这算是行业内公开的秘密。但随着工作年限的增加，经验的逐步积累，软件开发和软件测试的收入基本会持平。
尤其是在国内大的互联网公司，测试和开发的收入基本没有差距，纯粹的“软件测试”岗位已经逐渐变少，更多的是“测试开发工程师”岗位，像阿里社招基本上都是“测试开发”，薪酬也基本和开发工程师持平。
所以，如果你想从事软件测试相关的工作，好好的规划自己的职业发展道路，必然会获得行业顶薪。
如果经常在网上看到一些悲观的调调：测试工作不好找，行业已经饱和了，要求高等等。抛出这种论调的估计都是入行不久或者业务能力、技术能力薄弱、眼高手低的岗位“竞争者”。那么，软件测试行业究竟人才缺口大不大呢？其实，测试行业人才缺口依旧很大，如果你跳过论坛贴吧，直接去看各大招聘网站，就知道我说的对不对了。我猜，有的同学肯定想问了：“既然缺口大，那为什么还是有不少人找不到合适的工作？或者找不到期望薪资的工作呢？”笔者以为，其实问题的关键就在于你是否属于企业想要招募的人。纵观过去几年，各大招聘网站上，对软件测试从业者的要求都在逐年增加。懂软件工程理论、bug跟踪管理、测试相关文档编写、环境搭建、数据库这些都是基础的，更多还要求有编程基础、掌握主流测试工具使用、最好有实际项目经验等。对于应聘者来说，尤其是刚大学毕业的学生，如果你在大学期间没有过相应的实操经验，想要应聘成功，确实是比较缺乏说服力的。其实也无可厚非，企业也想招一个技术面广、学习能力强、有经验又有上进心的综合人才。所以，如果你确实无法达到相应的应聘标准，我认为你最应该做的不是抱怨，不是去论坛大说特说软件测试行业饱和了，而是踏踏实实，好好再学学技术，再重新上岗。即便最坏的结果，行业的确有饱和趋势，那肯定饱和的也是最基础层面，谁都能做的工作。而一旦自己有一定的生存技能的人，始终不会轻易被饱和掉。试想，哪个行业不是优胜劣汰？哪个行业不是有能力者居之？如果你技术够硬，那么，被饱和的永远都是别人。
软件测试管理是大家比较熟悉的软件测试职业发展路线之一，比较流行的设置包括测试组长、测试经理、测试代表、测试主管、测试总监、测试部长等。不同的公司中相同职位的工作范围可能略有不同，按照管理级别的高低。
初级测试工程师
年薪约在2-4万元左右。他们的工作通常是按照测试方案和流程对产品进行功能测试，检查产品是否有缺陷。具有一些手工测试经验，开发测试脚本并开始熟悉测试生存周期和测试技术。
测试工程师
年薪约在5-6万元左右。他们要能够编写测试方案，测试文档、与项目组一起制定测试阶段的工作计划。能够在项目中合理利用测试工具来完成测试任务。能够独立编写自动测试脚本程序并担任测试编程初期的领导工作，进一步拓展编程语言、操作系统、网络与数据库方面的技能。
高级测试工程师
年薪约8-10万元左右。他们不但需要掌握测试与开发技术，而且对所测试软件对口的行业非常了解，能够对测试方案可能出现的问题能够进行分析和评估。帮助开发或维护测试或编程标准与过程，负责同级的评审，并能够指导初级的测试工程师。
Team Leader（测试主管）
年薪在8-15万，一般具有5年左右工作经验，负责管理一个小团队。负责进度安排、工作规模/成本估算、按进度表和预算目标交付产品，负责开发项目的技术方法，能够为用户提供支持与演示。
测试经理
年薪在12-20万，能够担当测试领域内的整个开发生存周期业务，能够为用户提供交互和大量演示，负责项目成本、进度安排、计划和人员分工；
计划经理
年薪在20-30万，具有多年纯熟的开发与支持（测试/质量保证）活动方面的经验，管理从事若干项目的人员以及整个开发生存周期，负责把握项目方向与盈亏责任。 软件测试工程师在IT行业中越来越受到重视，其薪资也节节高升；但上述分析，具体视不同地域、不同性质企业、测试工程师的不同能力而定。
测试工程师的必备能力
1，文档能力
测试计划
测试方案
测试用例
测试报告
测试总结
2，沟通能力
需求评审
测试方案评审
测试用例评审
测试BUG沟通
项目对接沟通
项目进度同步
3，编码能力
代码CR (code review)
项目基本实现原理
日志查询与追踪
压测脚本能力
测试工具开发
自动化能力（UI自动化+接口自动化）
4，项目把控能力
项目测试时间评估
项目风险把控（测试前评估的风险在 测试方案中提前暴露；测试过程中发现的风险 在项目进度中同步）
用于承担边界测试（跨部门项目，评估项目的测试边界，并勇于承担）
测试进入及时同步， 延期风险提前暴露
测试工程师软实力
至于软实力，除了老生常谈的，需要有良好的沟通力、表达力、主动性、耐心、细心、善于思考、善于总结能力外，我们还需要具备如下的特质。
1、足够大的脑洞
前两年在testin带众测项目的时候，就有这么一个小胖子，他提交的bug总是那么匪夷所思，让人看了之后有一种豁然开朗、咋还可以考虑这个场景的感觉，而且一个项目15个人，人均10个bug左右，但是他每次都能提到40+的bug，你不佩服不行，这种人天生适合做软件测试。
测试工程师面试的时候，经常会遇到这么一个问题：给你一个纸杯能拿到啥就是啥，然后问你该怎么测试？如果你仅仅说功能怎么测试相关的测试点的话，相信你的测试效果不会太好，因为这个题目就是要考察你的脑洞的，脑洞越大，就越符合面试官的预期，针对这个题目给出下面的参考答案，大家可以补充：
功能度：用水杯装水看漏不漏；水能不能被喝到
安全性：杯子有没有毒或细菌
可靠性：杯子从不同高度落下的损坏程度
可移植性：杯子在不同的地方、温度等环境下是否都可以正常使用
兼容性：杯子是否能够容纳果汁、白水、酒精、汽油等
易用性：杯子是否烫手、是否有防滑措施、是否方便饮用
用户文档：使用手册是否对杯子的用法、限制、使用条件等有详细描述
疲劳测试：将杯子盛上水（案例一）放 24 小时检查泄漏时间和情况；盛上汽油（案例二）放 24 小时检查泄漏时间和情况等
压力测试：用根针并在针上面不断加重量，看压强多大时会穿透
2、和同事之间的和谐相处
人际关系处理能力也是一个人的重要能力之一。在职场中，情商甚至比智商更加的重要。我们在工作中如何与同事进行相处，以及我们在工作中与同事相处的结果,很大程度上决定了我们工作的难易程度，决定了我们以后未来的发展方向和发展道路。
平时我们有一个更通俗的说法，那就是越不要脸越好。作为测试工程师，和研发在业务上是对立属性的。测试工程师提交的BUG越多，意味着研发工程师工作质量越差，需要返工的工作量也越大，甚至会影响绩效，所以测试工程师有时候很容易得罪研发的，因此，如何督促开发很乐意地去修改你提交的bug很重要。
女孩子在这一方面就很有优势啦，稍微嗲一下，那个开发小哥哥受得了，还不乐颠颠去改bug。
男孩子呢，就要发挥不要脸的属性啦，天天粘着开发呗，不给改，烦死你。
不管与开发的关系怎么样，作为一个团体的共同目标是产品保质保量、按时上线的基本原则是不变的。那我们作为测试工程师，在缺陷的跟踪上就要有自己的原则，比如3级BUG以上一定要改，即使拉下脸与开发工程师闹的不愉快的也要坚定自己的原则。
说到底，又能做事（发现BUG并督促修改），又会做人（该进的不让，该退的绝对给面子，能嗲能粘，最大化消除部门间矛盾）的测试工程师，是十分难得的。
3、了解领导的态度看法并为其分忧
领导是对我们的工作直接进行负责的，我们所有的工作都要经由领导的分配和批准。而如果想要获得领导的批准，那么我们就要保证我们的工作所做出来的成果一定要符合领导的心意。
我们要及时了解领导的想法，揣摩领导的用意，分析领导想要的到底是什么样的作品。有一句话是：把你的领导当成是生活不能自理的人对待，那么你的工作肯定做得很好。
4、学会控制不良的情绪
我们要学会控制自己不良的情绪。在工作中，我们经常会遇到一些突发情况，这些突发情况有时候会极大的打乱了我们工作的进度，扰乱我们的思绪。
在这个时候我们不应该焦急暴躁，而是应该保持平稳的心态，只有如此才能够更好的来处理这种事情，把这件事情的伤害降到最小化。湖畔大学的梁宁教授曾说过，情绪是一个人的底层操作系统！越是关键时刻，越要冷静思考，学会控制情绪，因为越是情绪化时做出的决定越是接近错误的。
5、要继承偷懒的优良传统
这里说的偷懒，可不是说大家上班可以玩手机、刷知乎啊，而是要继承工作怎么简单怎么做的优良传统。
比如自动化测试的演变史其实就是测试人员与繁琐测试工作的长期斗争史，是许多代测试人员智慧的结晶，说人话就是“偷懒”，出于“偷懒”的想法，把一些重复性、简单、没有技术含量的手工测试工作交给代码完成。
Jason Huggins在2004年发起了Selenium项目，当时身处ThoughtWorks的他，为了不想让自己的时间浪费在无聊的重复性工作中而编写的JavaScript类库，这就是Selenium最早版本。
时刻记的提升自我
众所周知，IT行业技术发展日新月异，工具框架迭代非常之快，所以，对于立志从事IT行业技术岗的同学，没有一定的自我学习能力，跟不上时代的发展速度，就很容易可能被行业所淘汰。
所以我们一定要有强烈的危机意识，时刻记住学习，学习，学习！只有与时俱进才不会被时代淘汰。
你所有的不期而遇，都来自你努力后的惊喜，不断提升，就能在软件测试这一行蜕变成一名具备竞争力的职场强人。
君子藏器于身，待时而动。
结语
与薪资相匹配的是你的能力 ，只学测试理论知识是不足以让你在测试行业立足的，还必须掌握一定的开发能力。
想了解更多软件测试知识欢迎评论区留言或私信我！
