小团队里边，或者大 boss 不够重视的团队里边，纯工具性测开根本活不下去

大部分都是混合的，指那打那

职业天花板我觉得都差不多，工具性测开或者业务性测开，我理解如果只看测试通道，都是技术型测试岗，天花板都是测试架构师？

不过从公司层面，可能业务性测开会更有价值，因为工作效果会比较明显。工具性测开，如果可以做到类似统一服务这种形式，各个业务基于统一接口来调用，那极端点说，找开发做不是更快更稳？

个人观点，纯工具开发，不如直接转开发，天花板更高

能落地才行，每个团队都有考核没办法的事。。

测开还是看天分，有些需要测开的公司随着大批人员的需要已经降低门槛了，不少测开感觉都是脚本水平，然后一直写脚本。

看个人吧，我觉得业务性测开能够帮助到业务测试，但是没法深入下去；工具性测开能够深入下去，具有平台思维，但是可能开发的平台，不适合业务体系！

应该是深度与广度的区别

我的理解其实大可不必这么区分。
就算是你说的业务性测开的工具，也是需要自己写一些前端让普通功能测试去调用的。而且你要想针对性的测试，你也是要对开发的框架有所了解的。

这个帖子可以回答这个问题，其实还是对测开的期待不一样。测试人员希望测开能真的解决一些痛点问题，但是测开人员经常会觉的自己技术较好，改个框架就让别人去用。研发出来的平台也好，工具也好，也许并不是当前团队的真实痛点。
https://testerhome.com/topics/30771

要教人用的产品，大神一般收到的都是骂声，更别说 n 流开发拍脑袋想的东西。
测开一般就是开发这种产品的角色。

搂猪图样图森破.…
有了平台，过去需要个位数测试，现在需要两位数，增加就业岗位
平台高大上，或者难用，duo 高多难咱都得学会，建立门槛，避免被卷

无论是测试工程师还是测开，我觉得都只是一个职业方向，没有什么好 diss 的，公司需要这个岗位，就说明他有他存在的价值，有没有人用，高不高大上都是后话。不过你说的这种情况确实可气，尊不尊重人就是另一码事了，建议这种人原地爆炸。

是的,　没业务测试的经验就是搞业务测试的能效工具，　高空建筑，不实用

你要不写第 3 点，我以为你在说我呢

被下面的测试吐槽死了，还不给人提意见

这个是重点。。。我自己也是测开，我也吐槽这种不给提意见的测开。

我平时最怕自己写出来的东西别人不吐槽，不吐槽说明和可能压根就没有用过，所以平时还得主动去问大家有没有啥想吐槽的。写一个没有人用的工具平台，纯自嗨，没啥成就感呀。

没做过至少 5 年测试，没功能测试，性能测试，自动化测试，接口测试的经验，就会点开发的，不能叫测开，就是个普通开发而已。如果没有好的需求分析人员，他们开发的就是瞎鸡巴吊的东西。

现在测开没十年前好做了

你们公司测开的工作内容是什么？

看来好大怨气啊

功能测试门槛太低了，大部分公司的功能测试还做不到大公司那样的高要求（对技术和业务），所以替代性太强了。要做业务专家，一个项目组可能只需要 1-2 个业务专家，多了，领导也不会给你加工资，所以，要走技术路线啊，后面可以转型。

我只想说为啥你们好多头像一样的，我还以为是一个人.........

你怕菜鸡是因为你不够强大

“点工” 也是需要逻辑的，设计测试用例的经验，考虑功能测试的思路肯定比菜鸟程序来的好吧，如果这都比不过，那的确该好好提升一下自己了。

请称呼菜鸡开发有啥好怕的~~~"菜鸟开发"还是很可怕的