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

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

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

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

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

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

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

能涨点工资

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

为 KPI

niu

最实用的就是。。。给我提供一个工作岗位

我原先也觉得平台没有用，但是现在我在写平台

换片天地打拼吧

这样的问题也需要匿名吗

没有测试平台，全靠一个人点

我还在纳闷，为啥重金求子还敢说自己在上海呢……原来不是

好吧，你列举的是间接功能，我列举的是直接功能

测试用例管理、测试计划、冒烟用例执行、测试用例执行、包管理、接口自动化、项目小工具等等。

@ 槽神 他是问什么功能。。。不是效果。哈哈哈

看个人吧，喜欢躺平的就点点点，对自己有更高要求的就会学习新技术。

好公司！但我只买了自己的一张哈哈

留下你的微信号，我来联系你。

早点转

匿名怎么联系你啊