现在我大致的思路是学点前后端，把自动化框架搞熟练。但是学起来有点枯燥，还是希望通过项目的方式练习一下。最好是那种可以面试的时候讲给面试官的项目。

测开不一定要做平台，工具也行啊。你想想你们项目中，有没有哪些测试流程是可以通过自动化的方式改进的、或者说是可以通过特定的工具来减少测试时间的，这些都是你可以着手的地方。先实现从 0 到 1，才能从 1 到 100。

首先要看到无论测试还是测开都是存量市场。
存量市场意味着大部分情况下需要的是有实际经验的人。
如何才能有经验？这才是最难的。就我自己而言，当年我也不知道怎么走测开，如何能有真正的落地项目。
同时更麻烦的是测试的技术栈碎片化严重，如果年轻学历开发能力强点，机会应该还是会有的。

项目这个，在你现在公司的项目里，针对一些工作效率低的地方，先从脚本写起，再根据需要逐步扩展和让更多人用上，产生价值，这就是起步了。只要这个价值能获得老大的认可，允许你投入更多时间做这些提升效率而非单纯测试项目的事情上，测试技术难关交给你去攻关，那你做的已经是测开的活了。

别人问有没有什么自己做的工具平台什么的，但我想很多平台都是开源的，自己部署下就好了，需要测开做什么呢？

关于这点，测开要做的还真不是单纯部署（当然部署肯定是第一步）。开源工具平台设计都是通用型的，但实际情况往往千差万别，很多时候都需要二次开发去优化里面的一些功能满足自己公司情况的需要，这些二次开发能力也是测开需要具备的。

有什么想不开的？老老实实做测试挺好的，重点是知识要不断的累积，测开只是个 title 而已。

现在的经理是个不懂技术的，天天在业务测试上加项目，当然我是理解业务测试的重要性的，但这不是我喜欢的，想换赛道。

要自己二次开发，这是不是意味着自己要搞全栈呢？又回到我开始的问题，全栈肯定一开始不好整，有什么好的项目可以做呢？

这个确实是正确的测开之路，那么测开的起点怎么做好呢？目前我们公司的气氛根本没有让我搞开发工具的时间和精力，我现在想的是怎么离开测试，到测开的路上

哪有那么多技术核心岗位？而且凭啥技术核心岗位给你。。。
你如果对自己有信心，就出去试。试不出来，就说明市场不认可你。
找赛道这事，得自己去试，现在哪有现成的蓝海赛道给你走。

个人看法，测开还是先测后开才是测开，敏锐的测试思维，研发流程中痛点或者提效的环节你可以通过开发的手段【编码】去解决就已经是一名测开了，只是有个水平以及熟练度高低的问题，你之所以虚是因为没进入测开的工作领域了解过测开的工作内容；
建议：1、先熟悉一门儿语言，python 也好，java 也好，写写小工具，抄下开源项目也好，多看多写，没必要多深入，就你说的，有工具都是优先使用工具直接部署，我也很反感反复造轮子，但是奈何你只知道一些基本语法，那你就把学会的基本语法去给它赋予一套规范的代码框架与书写规范等等通过开源项目去学习，主要是培养你的代码习惯；
2、在你是一位相对资深的测试或者思维很好的测试的情况下，你就懂得项目流程中的痛点，去把学习到的内容应用项目中，如：一些批量装包，性能监控，日志告警，日志分析这些乱七八糟的小东西你有能集成的能力或者代码能力非常有效快捷的解决，就很棒了；
3、一些大型的比较成功的开源项目，本着省时省力不太省钱的情况下，能买就买，【以公司名义】买了以后熟悉这个成功开源的项目框架内容，能成长到熟悉的不能再熟悉的情况下，你知道实现原理，为公司省钱，也一样成长迅速，当然公司买不起或者压根不重视，你也可以自己做个阉割版本的开源项目去锻炼自己（手段：依然是抄，切记不要去光看还有看什么教学视频，只有自己试过有坑才去发掘别人解决问题的方法）（我自己也没做到，实在是懒），一样的；祝你成功
我相信你以上都做过了以后，你应该又对所谓的是质量效能或者测开有一定自己的理解了就，还是那句话，背离测试的开发不叫测开，那叫开发！~最上面的老哥说的也对，仅仅是个 title 的问题，你认不认的差别而已！~

二次开发不见得必须全栈，取决于你要二次开发啥。而且二次开发一般难度相比从零创造低很多，不见得必须一上来就全栈。

也不用一上来就整二次开发，你先部署用起来，项目里用了后，有需要再二次开发就好啦。一上来就直接做纯平台/工具开发项目，容易导致你陷入各种技术细节而忽略了测开最关键技能——发现并解决效率问题。

可以尝试下这几个方面：
1、现在测试的项目，有做了 Jenkins 打包 + 部署，让测试/开发都能一键操作了吗？如果没有，那这就是你的机会，去学习下 jenkins 怎么用，应用是怎么打包和部署的，把这个搞起来。
2、现有测试项目，会不会存在很多场景的数据很难找/模拟的情况？如果有，那也是你的机会，搞点 sql/python 脚本啥的帮助自己找/造数据，提高效率。
3、项目里会不会有大量的重复回归测试工作？如果有，去看下做什么自动化性价比高，这类型自动化有什么平台/工具自己试用后觉得适合，然后拿过来内部部署用起来。

一般面试时看测开的经验，更多看的是你在自家项目上有没有做起来一些测开相关的工作并获得一些成果，其次才是这些工作里面技术含量和技术水平情况。如果你最熟悉的公司项目你都折腾不出什么成果，怎么相信你来到新公司的新项目会发挥测开的作用？

没有想过核心岗位 ，能有时间搞点开发工作就很好了，单纯测试，特别是天天加班整，真的磨人

老哥这个这个说法很有启发，现在就是打算把开发基本学了，依葫芦画瓢整点项目。我也想一开始就解决什么痛点啊，奈何没这本事。

谢谢大佬提点，看来我还有很长的路要走

自己更喜欢技术型的测试吧，感兴趣点。业务测试虽然也有很大的空间，但是讲真的，，，大多数公司需要的只是让你点点点，最近我们公司 1 个测试对 9 个开发，，，，真的没意思

很残酷的事实就是大部分测试都是点点点，要是不想点点点直接转开发吧

对啊，所以转型啊，但步子太大容易扯淡

无语，你是够废的

测试门槛本来就低，我入行第一天就知道了。摆在这些公司面前的有两条路，一是招一大群低水平测试，点点点就完了，反正用户也没什么水平，但人数要够，至少也要 1：2 吧。还有一条路是招一群有一点水平的，可以做点自动化，性能什么的，减轻一下重复性的检查工作，这样人数就可以少招一点。显然大多数公司选择了后者，没别的，前者不能压榨，后者你还可以压榨他们做各种测试，真的找个大爷大妈进来还是搞不定这些。有需求就有人去做，你说很多网红啊甚至还是小学没毕业，但年收入上千万，也没人说要取缔网红啊

不过现在测试行业有很多技术泡沫

转自动化测试吧，手工测试也不错

手工测试->工具化->自动化->服务化->平台化->智能化，可以把工作上重复的东西做成工具朝着这个方向走

有的公司测开就是个 title，招你进去点点点。我从一开始的功能测试到现在完全不做手工测试，回想起来也没怎么系统的学习过所谓 “测开” 知识，就是工作中困难的事情往简单做，简单的事情往自动化做，同时看看论坛别人在搞什么，跟着学，当然光学没啥用，要落地到工作中，慢慢就转了测开。