可以具体点么，我感觉除了正向的，反向的我只能想到很基础的，有深度的没什么思绪。还有关联的功能感觉也不是很容易想用例。

不是用例工具的问题哈，我主要是想说思考用例方面的问题。不过想想用例好像只能这么写吧。

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

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

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

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

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

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

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

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

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

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

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

30 的测试是不是该回老家开小卖部了。。。。你确定是你年龄问题么，别贩卖焦虑啊

楼主一个人做的吗？太强了吧。我现在用的是 metersphere，和楼主的其实很相似，但要复杂些，核心用的 jmeter，所以能力很强，当然 bug 也不少。我想问下楼主，当时为什么没用用现成的测试平台，而是独立开发，有什么毕竟有优势的地方吗？

大佬你好，我问个低端问题哦，像这种代码级别的测试框架和 metersphere 这种交互级别的测试平台比，优势是什么？我感觉代码的优势好像不是很大啊，望答疑，谢过

说得好呀