测试开发岗位转型为开发岗位的难易程度如何？

现在，很多公司都开始招起了测试开发工程师。但是，尚有很多人不太清楚测试开发工程师到底是一个怎样的岗位。传统的岗位中，有测试工程师，有开发工程师，那这个测试开发又是指的什么呢？

测试开发工程师，顾名思义，可以分为两个部分来看：第一个部分就是负责测试，代码写完了肯定有不少bug，测试的目的就是要把这些bug找出来；第二个部分就是要开发出一些测试工具。传统的测试方法无非就是纯靠堆积人力资源来完成繁重的测试任务，效率低，速度慢，出错率高。如果能够开发出高效的测试工具，不仅可以提高测试效率，还可以减少公司的测试员工数量，降低人力成本。

所谓测试开发，保障质量是根本，“点点点”是保障质量的重要手段，开发能力也是保障质量必不可少的，但本质上讲，测试开发工程师的开发部分，也是为了测试。

很多应届生都在问哪哪哪的测试开发，开发部分占多少比例，我觉得这个问题没有意义，因为测开的目的是保障质量，是测试，如果你所在的业务，点点点能更高效保障质量，那你的工作就是点点点为主，如果写代码写测试工具能更好地保障质量，那你的工作写代码的成分就会多一些。点点点和开发测试工具都只是手段，本质上都是为了测试，如果你本身就不喜欢测试，不喜欢那种费尽心思找到一个Bug的感觉，那你就不适合测开这个岗位。

真诚地告诉各位想投测试开发岗位应届生：各路测开JD里的那一句“热爱质量保障工作”，可能是整个JD里最真实的一句话。建议认真思考下自己符不符合这句话。

　目前在国内，测试开发工程师无非就是两种类型：第一种是专门负责测试工具开发的，需要从业者具备较强的开发能力，需要工程师对多线程、高并发比较熟悉，这种偏向开发；第二种是负责测试工作，但也做一些测试技术相关的工作，比如开发一些小型的测试工具、做一些接口测试等等，这种偏向测试。

说实话两种都可以比较容易的转开发，但是各有利弊，第一种与传统成长起来的开发相比，技术栈更全面，但是通常都不够深入，毕竟内部工具的对高并发，以及性能要求通常不会太多也不会太高，如果想做的更为深入，最好还是可以找个好机会去业务线锻炼一下。第二种因为一线业务时间较少，自己开发的内容涉及高并发，性能问题之类的的场景更少了，需要花更多的时间去学习，但是也更容易把技术用在业务上，经过一段时间修炼，开发基础和技术栈的宽度也都还是不错的，如果团队内表现很好，那其实完全不是问题，毕竟每个岗位都希望有优秀的人加入，而优秀的人才缺口到哪里都是很大的，能在团队内表现优异，又有能力，那么转岗去锻炼一下自然是没什么问题的。

虽然说测试开发工程师想转行做开发并不难，但我个人并不鼓励大家转行。国内做开发，竞争压力是比较大的，说实在的国内并不缺做开发的人。但是测试开发就不一样的了，目前国内的人才缺口比开发要大得多。开发岗注重一个技术栈的深入，而测试开发注重技术栈的广度，两个岗位各有千秋。因此，想转行的朋友不要因为一时冲动就放弃了测试开发的工作。