其次如果平台真的好用，被抵制了开源出来，也许能有意外收货呢？
说起开源 在国内的 开源不敢多说 99% 只是想班一班.
而不是开源完善

你这非黑即白的言论也是醉了，不敢苟同。什么叫测试的本质就不是追求技术的，你这叫一杆子打翻一船人，给测试人定性了？您配钥匙吗？

大部分人反对的是为了平台而平台吧。
现实点考虑，别人做出来的平台不好用，只是为了 KPI，换你，你也不想支持啊。
本质上大家都是追求利益，希望自己能学会自动化，能涨工资

不是说测试平台没用，要看功能。我也有写平台，不过只是用来做报告展示、功能调度、造数据、mock 等功能。我个人反感的是那种用平台来做 ui 自动化、接口自动化的，既无法做得深入，又让参与的人没有成长。

都没卵用，都是为了 kpi，功能写一大堆，没人用，推不起来

哪怕是一套模板出来，一个人能搞定测试平台，至少前后端都懂，数据库，Linux 部署这些也要涉猎。整体的技术广度是比较大。技术深度肯定比专门的开发人员要差一点，但跟只会写测试脚本那些同学比，肯定不是同一个 level 的。

那如何自动关联上呢？还得手动在平台上填写 bugid 在用例上关联

场景还是很明确的：

1. 在平台书写用例的时候关联上 jira 用例 id
2. 执行失败用例做跳转到 jira 提 bug

匿名吐槽功能，然后他们信以为真真的啥都敢说 殊不知……

这个不能直接和 jira 打通？

所以，需要灵活性高的平台。比如你代码能实现的，平台 90% 能更简单的实现，岂不是更好。牺牲 10% 的灵活性换来的收益是值得的

30 多岁没技术的测试基本废了，干点别的去吧

基本什么功能都有了。。自动化只是写脚本，工具很齐全了。

所以，有什么好用的开源接口自动化框架或者平台吗？
请各位大佬推荐下

看下 github 那堆开源的测试平台，有几个代码质量好的，真以为写个平台需要多高的技术水平吗，无论是 django、flask、还是 spring boot，模板一套，一个平台就出来了，至于质量如何，就看写的人代码水平了。
客观看待，平台牺牲了灵活性，上限不高，降低了自动化的入门难度，可以吹不用懂代码也可以做自动化。框架的话，灵活性强，但入门有难度，想做得好的话，还是需要一定的代码能力的。

让写平台的人也写脚本，怎么样？

只要是给代码套 web 皮的平台，上限就高不了呀。也不是什么新鲜玩意，winpc 客户端软件时代就一堆了，这么多人做这么多年都这样，我觉得已经是此路不通了。

支持不好业务，那就平台开发者的能力问题。如果你是平台使用者，遇到问题就提出来让开发者去解决。或者自己尝试去提交代码解决，而不是抱怨上限低。
天天写那点测试脚本，有啥可进步的。

写平台跟写用例又不是同一波人，能写平台的人，代码能力肯定比只会写用例脚本的高。并且一般写平台的人都会比较少，人少那么管理成本或者代码风格自然就更加容易保障

虽然情况是你说的这样，但下限太低，很多公司里其实支持不好业务。
更重要的是把上限也限制住了，用平台多的团队都失去了进步的可能。

按照这种说法，你可以想下，写测试用例都是屎山，那接手维护测试平台的，不是面对一座珠穆朗玛峰屎山。

测试平台是控制了自动化测试的下限。
直接用测试框架来写，就测试人员那点代码能力，写出来的东西比屎山还要臭。
灵活带来的成本就是维护性降低，除非能保证团队里面有严格的代码规范，并且进行 code review，否则用框架写自动化，用例数多起来就灾难。各种乱七八糟的命名，完全不懂设计模式的封装。出问题调了半天，发现原来是封装的框架有问题，而不是被测接口有问题。就演变了用接口测试框架。

github 上拉了很多平台，自己也设计过平台，有一说一，真的没有纯撸代码来的舒服，平台操作实在是繁琐，一个用例填一堆东西，点来点去，这个时间都已经代码写了好几个了。更重要的时，再好的平台，也没有代码来的灵活。

能涨点工资

我们搭了个 metersphere，但是也没用起来，感觉平台都怎么说呢，说是降低使用成本，但是操作起来一点也不方便，还不如代码来的直接，如果个人去写一个平台，要耗费很多精力。我个人觉得写一些项目测试里能用到的小工具可能更划算。