人生苦短，你得学学 python

既然不喜欢写代码，现成的 java 开发工作也要转成测试点点点。
测试里面有技术的大多都需要写代码，要么是行业业务专家，跟你的初衷背离了。
测试想要搞得很好，学习的深度虽然比开发浅，但是学习和工作内容的广度要远远超过开发。
建议你搞人际关系，走另外一种通道。

“测试想要搞得很好，学习的深度虽然比开发浅，但是学习和工作内容的广度要远远超过开发”。测试的学习和工作内容的广度要远远超过开发？

建议不要只看未来，也看看自己的过去，从过去中分析自己，再做选择。

工作了 3 年，可能对自己长期想做什么还没想清楚，但对于自己不想做什么、擅长做什么应该是有比较明显的感知了。可以总结下自己擅长什么，然后从擅长点出发去寻找合适的方向。比如擅长业务逻辑的梳理设计的话，可能相比测试，产品会更适合你。

大概率你还是要写回代码，不然依然还是点工

是的，我说的前提是"测试做得好"，很多知识只需要了解，但是需要了解的东西和需要管的杂事要比开发多很多。
如果对于这个有疑问，你可以试着去观察下，或者问下论坛里面几个大佬，特别是那种独立把公司的测试平台搞起来的那种。
同样的岗位级别，薪酬水平要比开发低一个档次；业务和技术深度确实没有发开深，但是需要的知识面比开发多太多。
如果是那种大公司的，测试工具、bug 平台、用例平台、甚至自动化平台都有专门团队打包好了那种，就当我没说。

目前最好的状态我觉得是这样的： 有单独自己负责的业务，然后围绕着业务做些技术建设。这年头结合看到很多前辈被裁员的分享，感觉测试要是没有业务保命，不管你现在在做什么技术建设，第一个裁的就是测开（领导除外）

我也觉得广度很重要，在广度的基础上选择一门有泛用意义且相对冷门的角度深挖一下。

泛用意义很好理解，因为技术不应该与单独项目绑定太深，应该是放之四海皆可的。

冷门是我的理解，假如我现在作为一个测试，对于 springboot 的理解到了手撕源码的地步，那么和我开发组长有什么区别？再深入点，在我对 springboot 已经有一个广度的理解的基础上，什么场景什么问题需要我只能自己依靠自己的知识来解决，而不能求助于别人？使得我有我自己存在的价值？

我觉得大差不差的两种方向吧，一种就是纵向发展（一门专业技能深入学习、实践），另一种就是横向发展（学习各类测试技术、技能，全面发展）。
当然现在大环境就是要什么都得会的那种，比较建议横向发展吧。
我之前是选择了自动化这个方向，想做测开，后来因为一些主管、客观原因吧，没有继续深入研究了，打算多方面的学一些其他的测试技能（目前就是在搞性能，恰逢公司项目要做，正好实践一把）