从测试转开发，我的一些感悟和思考_测试转开发有多难

在一开始做测试，我就认定了自己一定要走平台开发这条路线。
但是这个路线，并不被身边的测试前辈们看好。
之前我的目标是进字节的质量效能组，做纯一个纯测开。也和一个在字节的质量效能组的测试开发聊过。
这个路线不被大家看好，我认为有以下几点原因：
测试开发，测试这两字放在前面，那就意味着，做的所有事情都是为了保障质量，而不是单纯的折腾一个平台出来，所以平台化的解决方案，一定是要基于解决业务痛点上。

• 我认为解决业务痛点，技术深度是必须的，但是更重要的是解决方案的能力。例如之前我开发了一些业务提效工具，前端代码求助了开发帮我完成。在这个过程中，如何识别当下业务的痛点，然后出解决方案，是比写代码这件事更重要的。这也是很多想转测开的测试的误区，认为测开就是写代码的能力
• 有了好的解决方案，代码未必要自己写。在我之前的工作经验中，组里的开发老大的质量保障思维在我之上，这是我很幸运的一点，不仅从未出过线上故障，我还在他的身上学到了很多质量保障的思路，例如数据比对工具、数据回刷方案。这些工具在当时都是由开发编写完成。
  所以基于这个原因，纯平台开发的测试，因为没有接触业务，很难理解业务痛点。所以这条路线不被看好。
  找工作方面，也是70%的业务+30%的平台化，这样的工作分配是最吃香的。

我开始思考DevOps平台开发这条路线，之前投了GitLab的DevOps的测开岗位，在投之前，我就知道自己是达不到要求的。

其实在几年前，我就开始关注这一类的更偏技术的岗位。我发现，这些岗位都是要求有开发经验，所以我有一个想法，如果我去做几年开发，再回来做技术类测开，是不是可以吊打行业内普通测试？
现在看来，如果已经转了开发，是不会想要再做回测试的。
几年前没转，是因为个人的整体人生规划上，思考的不够清晰。在我做测试一年的时候，就已经拿到了18k的offer，问了朋友的意见，他说我做开发要多久才能达到这个薪资？我因为这句话就放弃了转开发的念头。但是现在看来，做一件事情要基于长期的规划去思考，而不是短期当下的利益。

之前在坐班的时候，比较卷，同时也获得了飞跃性的成长。但是领导一直觉得我走偏了，一直教导我把重心放在业务上，而不是技术深度。我也觉得自己可能是走偏了。
但是在我远程之后，接触了开源，接触了技术性的公司，我发现业务型公司和技术型公司是完全不一样的。
做业务的时候，我是属于被动的卷，到了后期之后，每天都是做大量重复的工作。
而技术型公司，要面对更多新的挑战，是自发的卷。
我也明白了当初我坐班切换到远程的离职原因，不是太累了，而是公司已经不再适合我，产生了职业倦怠。
当时找了很多解决方案来解决我的职业倦怠，而现在我觉得解决职业倦怠的方式就是远离倦怠的环境。
坐班的这一份工作，在接触到了工具开发和平台开发之后，我明白了我更喜欢创造类的工作。

后来做副业接触到了独立开发，彻底坚定了我转开发的想法，因为代码是世界上最大的杠杆。
在做独立开发的过程中，我自己对自己很不满意，觉得自己测试的技能丝毫发挥不出作用，感受是百无一用是测试（不是瞧不起测试，而是瞧不起自己。。。）
从副业的角度来说，如果围绕测试来做副业，只能是做培训。当然，可以做别的副业，例如小红书、写作、个人ip品牌等等

从测试转到测开又转到开发，如果问我，测试要不要转开发？

• 我的答案是，遵从内心，如果你觉得测试是重复性的工作，做的不开心，就可以转。每天8个小时，算上加班十几个小时都在工作，做喜欢的事情太重要了。
• 一些其他的原因
  • 开发可以轻易做到转测开，而测试却很难转开发，这也说明了门槛和可替代性
  • 开发测试比例，也说明了市场的岗位需求
  • 开发可以替代测试，而测试无法替代开发
  • 如果大环境不好，开发接外包还能活下去，而测试连接外包的机会都少也是
    因为这些原因，所以我做测试，一直都挺焦虑的。
• 远程角度
  • 远程领域里，测试的岗位相对于开发来说，非常少。能找到，但是我认为不适合长期发展

我下定决心裸辞转开发的一个重要契机是，我在上家公司远程的时候，因为已经厌烦了测试的工作，所以在工作上很痛苦，面对测试任务有严重的拖延症。谈绩效的时候，我觉得很尴尬，这是我职场中，唯一一次收到了非常多的负面反馈。所以我主动提了离职，因为我没办法再逼着自己去做不喜欢的事情。

目前转到前端做了一个多月，很享受每天都在编码。