b 站大学上找一找

自荐一下流马测试平台吧，灵活度还是很高的，支持各种自定义

针对

引用文本：response 的取值表达式：{{number.$.jsonpath}}；response-headers 的取值表达式：{{number.h$.jsonpath}}

取值不一定是之前接口的响应内容，也有可能是请求内容。比如很常见的请求数据是随机数，但后续接口仍需要该数据进行后续业务

以前也是只做 Python 自动化，学 vue 大概一周，springboot 三天，编程思想都是通的。
这些框架其实把大部分能做的都给你做了，你只需要会用就行。你做测试平台开发不需要去了解那么多的底层逻辑，测试平台的难点在于设计和思想。
我的开源项目目前已经有很多企业团队在用，而我开始做这些事也不过近一两年。世上无难事，只要肯行动。

设计很不错，有的业务中这样确实可以提升效率，但接口长链路测试往往很复杂。举个最容易出现的例子，有些接口用上一个接口的返回数据并不是简单的填到字段里，还需要进行一些数据处理，如加密，转换，拼接等。最后还是需要用变量去提取和替换或者写前后置脚本来完成，而在实际业务中，这种情况往往很常见。

其实对于整个社会，本身就是在不断地两级分化。我最近也在不断思考这个问题，但其实这也是无法改变的事实。对我们普通人来说，天花板就在那里，五十万一年也好，一百万一年也罢，最终到手无外乎可以多出国旅游两圈。
互联网确实在不断下行，谁又能知道未来测试会是怎样呢。要么趁现在挣点钱好养老，要么干脆躺平。最怕的就是看着别人如何怎样然后焦虑，最后拖垮了身体，才是最得不偿失的。
对于更多传统行业，我们已经是幸运的了。至于想跳出这个，人脉资源、商业嗅觉、毅力精力还有运气机会缺一不可。

可是要钱啊。俺的平台 ui 测试功能不要钱，ms 有的我也都有。同时还可以自定义自然语言操作，还可以和接口混合执行等等

在我做的测试平台里，这种能力还是很容易实现的，接口和 UI 用例可以混着执行，数据也可以相互传递。当然循环执行步骤也是支持的。

路由懒加载也会提升很多，配合你的局部导入

其实路由懒加载加上开启 gzip 以及打包时取消 map 文件的话基本就能满足大部分优化了，效率提升可以好几倍了

跑完一条用例就回传一次结果不就好了吗

这个统计图表看着眼熟...

这个多少有点偏颇了，我倒是见过一些通用的，好不好用其次，但大部分场景还是能满足的，postman 也不是百分百满足所有的，而且人家都迭代这么多年了

听起来大概是这样，先解析接口，然后生成默认的规则，规则可以修改，然后生成多个接口请求去校验，同时在生成前需要配置断言规则。如下图已实现的功能，不过我是在测试平台实现的，工具可能没这么方便：

我没感觉哪儿难听，我也接受批评和质疑，但总要告诉我具体不行的地方，而不是光嘴说一句差得很，何况还不是第一次呢？

投屏确实不是那么流畅，不过我也不是做云真机服务的尚能接受。至于测试执行的话，目前还没接触过更好且更合适的底层驱动了，如果后续发现更优秀的技术也可以引入进来。

首先呢，这个平台的定位是帮助中小企业快速实现自动化。当然我不知道您所在的公司是什么规模，测试基建做到什么程度，所以高屋建瓴般说出差太远的评价。
不过该平台只是作为 devops 其中的一环，甚至只是提供自动化测试的能力，只要能集成进去就可以。如果我把项目管理、需求管理、测试管理等等这些东西一股脑的都做进来，那必然将是一个很臃肿的系统，成本也必然随之升高，参考一些平台就知道了，好不好用用过的都知道。至于其他测试基建相关的能力和技术，在企业内部都有做过，只是那种更需要量身定制才能发挥作用。
个人认为自动化测试平台就应该是个小而美的工具平台，而不是搞臃肿不堪的一站式，至少目前我是没见到好用的，反而我这个平台在现有用户群体里口碑还算可以，当然我这个平台目前易用性和交互体验也还有很多提升空间，我也在慢慢完善。
或者说如果我对大佬的差太远理解有误，也欢迎大佬举例说出一两个地方让我学习学习？

文档还在补充，web 测试和 app 测试使用方法差不多

补上演示平台的账号密码：demo/123456

如果是做 web 自动化，不如试试流马测试？还能跟接口测试配合使用，同样也不需要写代码，当然对于有代码追求的，也可以用代码做一些复杂操作或者场景步骤的封装。

自动生成用例这个功能我之前二开 ms 做过。我自己开源的平台也准备做这个功能，不用生成一百个用例，一个用例请求 100 个接口也一样。
原理也很简单，先生成一条正向用例，然后在此基础上针对每个参数不同校验替换值并且换断言就行。

新用户都没优惠吗，像腾讯云阿里云这些基本新用户 2C4G 第一年 100，后面续费也会有个折扣，比这 140 一个月便宜得多

明白了，这和我们讨论的不是一种类型。我们这测试想要的是功能测试用例的推荐，我觉得是不切实际的，即便技术可行，前期录制用来映射关系也非常消耗时间

请教下你们用例和代码关联时基于什么方案做的呢

精准测试，不知道又是哪个大厂的人才提出来的新名词，今天开会刚讨论这个。
我的结论就是，这玩意不如一个经验丰富的测试自己评估来的准。做的不好的投产比可以干成负数，毕竟一个推荐不准确漏测上线那就是事故了。
如果测试效率可以提升，那么自动化就能完成 90%，其他的都是面子工程。