1、如何从自动化测试岗位，逐步转到测试开发岗位？
2、测试开发岗位，是不是主要以开发测试工具或者系统平台为主要工作内容，而不是简单得写自动化脚本？
我是功能测试->自动化测试->测开一步步走来的。包括两种模式的测开也都做过。。。
自动化测试主要就是写写自动化测试脚本优化下自动化框架。和测开的区别是测开可以通过开发工具或者平台为更多研发人员赋能，以及测开可以支持把流水线串起来，让流程更舒服，而不是单独的只做自动化测试相关。只局限在自动化测试相关的没什么前途的。
测开也有两种吧，不同公司定位不同。
1、只做测试工具，技术可以学的较为深入，但是很容易脱离业务自嗨
2、还是在业务做测试，同时开发工具，因为时间有限，技术没有第一个深入，但是却可以和业务结合的更好
两种各有利弊吧
至于如何过度？
自己学习相关技术，有了能力自己找机会露几手，但是也别为赋新词强说愁，搞些没用的自己累效果还不好。一定要结合身在业务线的优势，多结合业务落地，把自身的技术优势发挥出来。
感觉没啥区别。。就是叫法不一样吧。。
一些测试开发，主要关注开发平台，至于平台对测试有没有用，有多大用，就不关心了
看公司爱怎么叫吧，尽量别去应聘那种只写自动化测试脚本的测试开发职位就好了
钱不一样
测试开发包含自动化测试，且不仅仅是自动化测试
他是面向测试的开发
是懂测试的开发
也是懂开发的测试
PS：知道一点不叫懂。。。
有区别的，区别在于 你的技术接近开发，超越开发，你在公司会玩的很潇洒；不用看颜色，工资也是刚刚的
快乐天空
回复
因为写脚本本身就是普通系统测试工程师该干的活，叫好听点就是自动化测试工程师
测试开发要解决工具、框架、平台的问题，有些行业还要深入底层搞一些跟开发对等的算法来验证开发的算法的正确性，诸如此类
google 测试之道真的可以好好看一看。测试开发就是开发，google 要求开发人员做一个程序出来之前要考虑如何进行测试。
就是一个是开发，一个是测试。
自动化测试想转型成测试开发，个人认为最好的办法是将你的自动化脚本写好，写成体系。然后在写好的过程中，处理各类 BUG，加深对代码的理解。顺其自然就能过渡到测开了。
我是功能测试->自动化测试->测开一步步走来的。包括两种模式的测开也都做过。。。
自动化测试主要就是写写自动化测试脚本优化下自动化框架。和测开的区别是测开可以通过开发工具或者平台为更多研发人员赋能，以及测开可以支持把流水线串起来，让流程更舒服，而不是单独的只做自动化测试相关。只局限在自动化测试相关的没什么前途的。
测开也有两种吧，不同公司定位不同。
1、只做测试工具，技术可以学的较为深入，但是很容易脱离业务自嗨
2、还是在业务做测试，同时开发工具，因为时间有限，技术没有第一个深入，但是却可以和业务结合的更好
两种各有利弊吧
至于如何过度？
自己学习相关技术，有了能力自己找机会露几手，但是也别为赋新词强说愁，搞些没用的自己累效果还不好。一定要结合身在业务线的优势，多结合业务落地，把自身的技术优势发挥出来。
Calvin
回复
我也是从功能到测开的，之前玩儿 python，现在搞 java，嗯，扎到技术里，确实容易自嗨，做出来的东西功能测试人员看不懂，使用上也有困难，一定要结合身在业务线的优势，多结合业务落地 说的很好，赞同。
自动化测试侧重点写 case 有时候写个小工具，测试开发侧重点写测试工具平台，写 CI
技术栈得区别吧，测开一定要会写前端、后端。前端流行得 vue，后端不管 java python 会一个后端框架。然后有能力开发出测试平台，或者工具让测试更轻松
yca
回复
你好大佬，请教一下： 测开 java 方面需要掌握哪些，我现在是对 springboot 简单的一些注解都会了，还有 mytatis 也在学；还需要学习哪些知识？还请解惑，感谢啦
手工测试 -》手动使用扫帚扫地
自动化测试 -》使用扫地机器人，其中扫地的方式和逻辑需要自己编程
测试开发 -》做扫地机器人，甚至做铺地板，洒水，涂蜡，烘干等机器人
朱zhu
回复
大杂烩，基本用到什么学什么，杂到令人发指，我甚至还写过一段时间的 app；spring 全家桶那些基本的东西肯定要会的，你可以把一套玩儿熟，比如 springboot + SSM+ vue 整熟练，其他的也差不多能看懂了，测试开发团队一般不会有很完整的团队组织，可能没有前端，也可能没有 DBA，所以，你懂得~~。
自动化测试分两种
一种是也做业务也做自己做的业务的自动化，一条龙跟下来的具有自动化能力的业务测试。这个模式。本质上是业务测试。
另一种是专职做自动化，其他业务测试做用例，他只负责用例自动化的（这种模式比较少用了，因为用例的沟通理解成本高，误解风险大）这个不深入讨论，很罕见。
专职的测开本质是开发跟测试没啥关系（当然很多顶着测开头衔的测试是另外一回事）。
