找流程的问题，发布流程，转测流程，测试流程，开发流程。
这样改进流程，大家都能甩掉过，也能避免下次再出现。

我们也有硬性要求，必须提两个以上的 idea。也没想到什么好的点子。

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

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

之前做过类似的框架。但是没想到组件公用这一层。现在自己也会写一些前端以后发现，确实是可以在用例中独立一个组件层出来，正常前端用的也就是那些组件的拼装。
后期可以尝试下，这种新的方式。维护量应该会变小

南京就没听说过沙龙是什么东西。。

口语和听力不行，能大致上看懂英语。这个能达到要求吗

能把前端代码分享下吗。最近也在看 react，准备做这一块的开发，也准备用 antd+react

之前做过 rf 框架，unitest 框架还有 pytest 框架的 Jenkins 集成，都是直接在 jenkins 中输入运行命令，jenkins 会自动根据你的运行结果来判断，然后返回成功或者失败，allure 框架集成进去也能返回结果

测试开发确实不只是，测试和开发，运维能力也必不可少。最近自己也在做运维方面的工作。跟着大佬学到很多