最初接触的开发项目是一个RPA系统（ Robotic Process Automation，机器人流程自动化），其核心功能就是自动帮助用户在外部渠道上进行重复的操作。当时使用的技术正好就是UI自动化测试中接触较多的 Selenium。于是开发起来并没有什么困难或者不适应。
然而，基于RPA系统的外部渠道依赖性和不稳定性，经常有客户在群里投诉某某功能不可用，我们经常需要花时间去跟客户沟通，去解决问题。这极大地消耗了开发的时间和精力。
于是不久后，公司决定将原有RPA系统废弃，开发一套基于外部接口调用的新系统。使用的技术是接口自动化测试中接触较多的 Requests。
使用新系统后，客户的投诉确实少了很多，不过我们还是列了一个值班表，每天需要有专门的开发去解决客户的问题。还记得有一次客户一直问到了凌晨，而那天值班的人正好是我...
转后端到底是不是一个正确的选择?
有时候会想，转后端到底是不是一个正确的选择。这段时间，代码水平确实在以肉眼可见地速度在提高，技术栈也在以飞快地速度扩充，学习和熟悉了Es，Celery，Fastapi 以及各种中间件的原理和使用。但是说实话，比起做测试来说确实忙了很多，牺牲了许多做测试时可自由支配的时间。
直到最近的一次大需求开发，中途技术架构的变动导致项目开发周期非常赶，最后一周基本每天弄到非常晚，直到周六才顺利上线。
隔天周日，我躺在沙发上，思考着今后的职业道路与发展，觉得按照现在的路子继续走的话不太值得，舍弃了我前面几年的测试经验，和纯开发去拼，对我来说不是不可以，但非常不划算。
于是在晚上23:55 ，在写好了辞职信的邮件页面上，我点下了发送按钮。
我想去大一点的测试团队看看
上级和我聊了很多，他给了我许多过来人的建议。问我后面有什么打算，我说我想去大一点的测试团队看看。
离职过程很顺利，一周后，我变成了自由人，也终于有时间写下了这篇文章。
回顾这段经历，感慨很深。中间也经历了许多非常有趣的瞬间与心理活动:
1、之前和我一起给开发提 bug 的测试同事现在给我提 bug...
2、终于理解为什么开发不想改 bug 后立马上线给测试回归，因为流程真的很麻烦...
3、非常非常害怕测试在项目上线的当天给我提 bug...
4、当所有人都在等着你修 bug 的时候...
看山还是山
这段经历很特别，从测试转后端后，再决定回到测试的怀抱。
细想，有种看山是山，看山不是山，看山还是山的感觉。
或许不久后，我会突发灵感写下一篇新文章：《后端转回测试是种什么体验》
最后，希望我的经历能给正在读这篇文章的你有所启发，感恩。
源自公众号 AI测试前线