我的总体意见是测试工作岗位并不会变少，反倒相对于别的工作岗位会变的更关键一些。
首要纠正一个非常非常错误的思想。测试和测试开发是两个工作岗位？No，不是的。测试开发是属于测试的。
测试开发只不过是使用类似于开发的技术和工作能力，来做到测试的目的，实质或是测试。
就如同一个人用人肉打扫，另一个人创造了自动扫地机来打扫，看上去后面这名更高级，可是实际目的或是打扫。
另一方面就要说到测试的实质，及其行业对测试愚蠢的误会上来了。
以前去面试，测试相关问题回答良好，技术原理理解力，业务熟悉度，测试框架的设计思路，都回答良好。最后考了我两道算法题，回答的不是很好，最终说我技术不太好，offer给的不高。于是我tm就拒了，心中一万句mmp。
没想各位对测试误会如此深，因为他们招测试的标准规定便是在招研发。
就如同打扫，你扫地机器人做的再厉害有用吗？假如你的场面是擦玻璃窗，而根本不是打扫呢？
测试的实质是，了解业务，产品和需求。傻乎乎地用研发标准规定招一坨有点像测试，可是实际是研发的人，就无法保障测试到位。测试是非常靠软实力的，标榜自己技术工作能力很好，可是半个关键bug都测不出，网上事故一坨，那样的例子见的太多了。
接下来说一下测试的进阶形态
测试有两个进阶角度，一个是了解实现原理。也便是你要搞清楚，当前项目里面，业务需求是怎样变成设计，再变成代码实现的。代码逻辑层次的耦合，数据库设计，甚至网络层怎样通信，拓扑架构怎样，都需要了解。留意，了解即可，不用完全掌握。那样，任何的研发行为你都能够搞清楚其意义和风险性，你也就能够精确设计测试用例，不浪费自己的时间，也不会忽略高风险场面。
另一个角度便是自动化，也就是在简化自己的重复劳动。这一尽管非常关键，但实际上如今成熟框架很多。并且测试框架实际上并不像研发框架，测试框架优先关注的是易懂性，易用性，交流工作能力，扩展便捷性。
测试人员在挑选 框架和使用框架时，要灵活多变，要迎合业务。例如他能够去思考，是不是能够将一个扫地机器人改造为擦窗机器人。
最后来正经回答下问题：
1假如你指的是业务测试外包给阿里做，那这个可以不讨论了。测试外包在十年前就有了，慢慢已经不受欢迎了。这是因为维护一两个专业测试人员，比外包可靠的多。自己的测试人员了解业务，外包便是瞎测，如果换人就面临着很大风险性。这也说明了，测试的实质是产品。业务和需求。
2性能测试和自动化测试是不是能够外包？也不可以，可是我们的确能够有平台或是框架，来集约一下各位的专业知识和资源。所以最合理的模式是，阿里那样的大厂给予平台，或是开源测试框架，而别的公司的专业测试去使用。
3测试工作岗位的人数的确可能会下降，不是因为提问里面的因素。而是因为：测试自动化水平变高，手工测试消失（但测试开发会变多），它是现在一个早已既成的事实；另一个因素是开发的测试意识强大，自测能力提升，运维的质量意识强大，网上测试和质量管理体系的建成，它是现在的一个趋势。
4那样为啥还说测试人数会变多呢？因为伴随着软件开发行业的体系化，运营化，质量会变的变得越来越关键。而测试的软实力，剖析业务搭建测试思路和用例，沟通交流作用，流程控制作用，都是更难被机器所替代的。如果说以后机器能够帮忙写代码，做项目，那样最后两个被机器代替的工作岗位，一个是测试，一个是产品经理。
软件测试资料免费领取 100+ 名企测试内推资源倾情分享
