这是个很有意思的话题，我一开始画了这么一张图：

就我自身的工作而言，用着开发的技术，做着开发差不多的工作。归为开发一类并无不妥！

后来，我细细琢磨了一下，改为了下图。

其实答案也非常明显：不管是做自动化的测试，还是开发工具/平台的测试，又或者做着基层管理工作的测试，大家的身份认同应该首先还是“测试工程师”。

那么，这么明显的问题，为什么还会有人来讨论。

早期的测试职位定位非常清晰，至少在我2010年刚做测试的时候，每天关注的话题是测试方法、用例设计、测试计划、测试报告，如何使用bugfree、禅道、bugzilla、QC 这类工具，高级一些的话题是UI自动化、性能测试。大部分情况下我们基本不需要写代码。如果SQL（结构化查询语言）也是一门编程语言的话，那么我们写得最多的是SQL。-- 此时，我们和开发的技术栈并没有太多交集。

张华当上了Java开发工程师；李萍是一个运维工程师；我在做软件测试：我们都有光明的前途。

然而，大家的岗位重要程度不同，岗位要求不同，薪资也不同。你可以看看你们公司的HR/行政/前台/这些岗位，其实普遍比测试低。

有意思的来了：大家都计算机专业科班出身，大家都是软件生产过程当中的参与者，那么负责不同工序，薪资差异明显，那么测试必然会向更高价值的开发渗透，不仅仅是测试，运维也一样，看看近几年的自动化运维/devops/docker/k8s… 这些有多热门。

所以，测试/运维岗位逐渐趋同于开发，这是一个必然的驱动。

开发：我要开发一个业务系统。

测试：我要开发一个自动化测试平台。

运维：我要开发一个自动监控/部署系统。

大家在各自的领域为运用开发技术，增加自己的岗位门槛和附加价值。

那么，测试的岗位门槛，建立一个测试开发的岗位，需要具备更多的开发技能。通过技术手段去增加附加价值，即通过开发技术提高质量和效率。

• 质量
• 效率

这就是测试岗位最重要的价值所在，至于修炼自己在测试思维，设计更好的用例，测试过程改进；自动化，工具平台开发，本质都是在为这两个价值服务。

 

总结：

感谢每一个认真阅读我文章的人！！！

作为一位过来人也是希望大家少走一些弯路，如果你不想再体验一次学习时找不到资料，没人解答问题，坚持几天便放弃的感受的话，在这里我给大家分享一些自动化测试的学习资源，希望能给你前进的路上带来帮助。

1. 文档获取方式：

3. 加入我的软件测试交流群：680748947免费获取~（同行大佬一起学术交流，每晚都有大佬直播分享技术知识点）

这份文档，对于想从事【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴我走过了最艰难的路程，希望也能帮助到你！

以上均可以分享，只需要你搜索vx公众号：程序员雨果，即可免费领取