测试开发工程师？你掌握的那点代码技术，很容易被淘汰的。 - 职业发展

先说结论，

对于测试团队，严格来说；老徐把其分为两个岗位：「业务测试工程师」和「测试开发工程师」。

1、业务测试工程师：对项目全局质量做把控 。不用太关注具体用什么手段，来实现这个目标；比如，接口自动化、UI自动化、线上监控、手工巡检等，还是纯手工的点点点测试（当然，对于每天发版的互联网公司的节奏，纯手工显然是没法达到目标的）；

2、测试开发工程师：赋能于「业务测试团队」，提供工具、平台、数据 等，提升业务测试团队的效率；核心是提供工具、解决他们的效率问题；至于具体的接口测试，由业务测试团队，自己去执行；

3、考虑到性能测试的专业性，以及对技术栈的挑战；性能测试，可交由「测试开发工程师」团队来搞定。

问题来了，

当分工明确，有一个独立的测开团队给你赋能时；你不需要自己去开发工具、不需要完全从零的写脚本，也不用考虑什么技术栈效率更高；

你重点关注的是，如何通过这套体系，加速测试效率，以及提升整体的项目交付质量。

整体来说，这是一个好的趋势。

此时，一名Tester的价值是什么？ 「质量意识」，用一切手段去提升项目的质量，做到零故障、零缺陷。

具体，见文：

加油啊，小伙伴们。

回到开头的结论，

如果你只是会一点Python皮毛，还达不到测试开发工程师的阶段；关键是，追求这点脚本能力的过程时，又把「测试理论」、「质量意识」丢失了，就非常尴尬了。

此时的你，能找什么工作呢？

那种，用公司内部完全开发好的 GUI操作的，所谓的「自动化测试」岗位，是没有意义的，也没啥成长的。

怎么判断这类没价值的「自动化测试工程师」岗位？

老徐给大家一个，简单粗暴、但不是非常准确的方法：一线城市，如果给的薪资低于15K ，多半是「伪自动化测试工程师」，选Offer要慎重。

加油。

希望每一位测试从业者，都能在自己预期的职业道路上发展。

最后，给点建议，

提升综合能力的大前提下，提升代码的体系化知识，能自己独立开发出一套工具体系，且能解决业务测试的问题（这个前提是，你非常理解业务测试，知道他们的痛点）；

知道自己的发展方向和努力方向了么？

End 。