看完后的个人观点：

1、你的顾虑前两点都是对第三方的顾虑，这些再怎么想也没法解决的，直接提出，并且做好沟通和表达出你的决心、能力，总归有办法争取到机会。

2、第三个顾虑是没做过开发，且对自己学习速度能否跟上没信心。那建议你先和后端领导了解下现在后端用的技术栈是什么，日常做性能测试啥的也可以趁机拿下后端的代码权限，自己尝试快速学习下里面的逻辑和写法，试着写些小接口，重拾一下你的自学能力。

3、开发的上限会比测试高一些，但不见得高很多，而且开发因为人多，有可能会比测试竞争更激烈、更卷。如果你在测试领域已经积累了 7-8 年，那不管你转什么领域，都要想办法让自己这 7-8 年的积累能在新领域里用得上并成为你的亮点。除非是个新的风口大家都是从头起步（比如 n 年前的移动端 app 开发，大家都是重新学习，最多就 java 后端有一丢丢语言优势而已），否则你的年龄和经验不匹配，会成为你一个特别尴尬的点，特别在你后面换工作时，会让你被具备类似经验但年龄更小的同学淘汰掉。

大佬说的很有道理。
我们这边的代码权限是公开的，我前后端代码的权限是都有的。也尝试看过相关代码，看懂单个文件没有问题，但是把整个项目连起来看还没有做相关的尝试。主要其中涉及到很多封装和
自认为学习能力还不错，学习和适应时间我感觉半个月到一个月就够了。
还有就是后期换工作的问题，其他我个人思考的是后面如果卷不过开发，再回来卷测试开发也不失为一个好的选择。有了充足的开发经验，再加上之前的测试经验。继续转岗回来做测试开发，我觉得还是比较有优势的。
而且公司比较稳定，暂时也没有考虑过换工作。最少今年不会考虑换工作，等一年后也积累了一定的开发经验。再找开发或者测试开发工作我觉得都是有一定的优势的。

七八年了再转岗，是不是成本太高了

个人做了 7,8 年的测试了，感觉快到测试的上限了

这句话，不敢苟同，

额，既然选择了开发，那你就做好长期做开发的准备吧。如果没做好 3-5 年长期在新赛道里沉淀的准备，你这个转岗很容易进退不得（测开会觉得你是不是开发能力不行才回来的，而且也容易在技术广度上不满足；开发会觉得你这 2-3 年的经验我还不如招年轻人）。

另外，不知道你转岗的原动力或者说出发点是什么，建议先思考清楚，特别是自己对转岗后的长期规划是什么要想好，确认下是否有坚定的决心。

如果是反感功能测试，去转后端研发，我不建议你急着转。即使坚持尝试，也建议做能力侧或中台类后端研发，跟构建自动化或性能测试平台这类公共类工具系统比较相通。
纯业务后端研发，我个人是不太建议你转的。测开自己做一个自动化平台 跟 研发写一个业务功能 完全是两码事，该面对的功能还得面对，只不过是从测试找问题的变成了研发写问题和改问题。好比你不喜欢汽车流水线，从检测出厂车辆变成组装汽车某个部件，你还是会被汽车流水线或上面领导的业务压力恶心到。

转开发原因主要是以下几点：
1.不想做功能测试，觉得功能测试在后期跳槽中不会产生太多的价值
2.觉得自己在测试这条路上后面不知道怎么走，对未来比较迷茫。身边没有比我在测试纯技术的路上走的更远的。
3.个人的目标一直是架构师，而成为架构师必定要对开发比较了解。所以感觉能转开发也是实现目标的途径。
4.正好目前的公司鼓励转岗，也愿意花费成本来培养员工，向抓住这个机会。错过这个机会可能以后也不太会有机会了。

个人做了 7,8 年的测试了，感觉快到测试的上限了

这句话很好奇，想问下楼主，你个人的测试体系框架是什么样的？达到什么水平后是你认为的测试上限呢？

有能够转开发的机会还不好好把握啊。
如果我当年有点开发基础我可能早就成为纯开发了。

说真的，当年和我一起去干 IT 的开发同学，同样干 7-8 年，工资差距那确实是大的很。

所以还是先得了解框架，框架如何部署的，如何按照自己的意愿去二次开发

还有一点就是个人感觉测试的上限还是要比开发低一些。
个人做了 7,8 年的测试了，感觉快到测试的上限了。

——愚昧之巅

顶下楼上吧。
可以的话希望楼主分享下自身情况，让我们看看 “上限”

跟楼主一样纠结职业发展问题，其他各方面不如楼主。
一直在做功能测试，明显感觉到自身的技术发展很难提高。
上家测试连查看 log 的权限都没有，更不用说代码权限，遇到问题都是开发定位，有的时候开发还不乐意告知问题的原因，认为测试没必要了解这么清楚，测试就是点点点，申请做自动化，回复说不能放开权限。
现在的公司，虽然可以看 log，可以自己定位问题，但也没有代码的权限，最核心的业务逻辑也不给测试知道，申请做自动化，说是可以，但平时要做一半的功能测试（总共两个测试），基本只能加班写自动化，然后还要负责系统的压力测试，每次做压力测试都得加班加点，很累的时候就没有心情写代码。这里头其实就有个很大的问题，我心里清楚代码能力上不去，技术能力就很难提高，但是由于要做功能测试和压力测试，光是这两项工作的工作量就已经让人心力交瘁了，就很难再说技术的发展了。
我现在怀疑是不是测试岗位本身的原因，测试在整个流程的最后一环，没啥权限做的事情杂，很多公司也不想花费时间成本来提高测试技术，会点点点就行了，测试没有转岗的机会。我有的时候想难以转岗的话，要不就降级降薪去外包公司从初级开发做起，也好过在当前岗位上熬时间？？？

老哥你这顾虑的第一点和第三点，个人觉得还好，感觉还得是从转岗的成本和收益上考虑。从一个过来人的角度讲，不需要太担心技术和学习成本，我转之前也贼担心，但业务开发的要求其实不高。我之前转过来之后，总监要求我三个月内把高性能 mysql、spring 实战、阿里代码规范，这三个东西熟读两遍，建议也看下。前三个月有点手足无措，这三个东西看完之后，感觉也还好了，至于微服务，中间件之类的知识，刚转过去，也不会负责架构、搭建的工作，用的时候查一查对应的八股，不要违反明显的常见的规范就好，ide 可以再安个静态代码检查插件啥的，日常工作基本也不会出现坑同事的操作。。在一个技术还算可以的 java 团队里，新人捅篓子的概率还是比较低的。
不过有一说一，七八年的测试经验，估计主流测试技术和对应的工程经验也都差不多了，如果不走岗位很稀缺的测试架构啥的，技术储备应该都差不多足够了吧，后面就剩舔领导熬资历等机会了，测试经验对于研发岗的增益几乎是零，这经验有点浪费。。