10 块钱都没有

1.提取的时候直接取你要的数据 name，下个入参变量直接用就好了
2.提取出来是个 json，下一个接口前置处理器用脚本把 name 提出来

愚见，要做好几个事情
1.是否能支持所有入参的类型，int，string，[]，以及各种层级
2.是否能支持每一种入参类型自动匹配参数，完善校验接口的入参验证
3.是否能支持对返回类型结构以及对应数据返回的验证
4.是否能支持接口修改后的对比以前业务的验证
这些方面每一个内容都挺多的，可以从这些地方思考吧

不知道为啥要搞平台还要搞平台，这。。

楼主可以试着，先从业务着手，你想解决测试业务什么问题，为什么要解决，接口自动化，性能测试都是为业务服务的，如果意识不到业务的问题。自学可能会更迷茫，因为你不知道用在哪。。怎么用。。怎么才算是好用。。

先用 jmeter 搞自动化，别一来整那么大。把小功能自动化起来，慢慢演进。先小脚本自动化落地有效果，再来搞大项目落地。

1.吞吐量控制器的设置可能有问题，导致放出的取样器太少了
2.你的聚合报告为什么那么多登录的请求呢，又不是压登录，登录用仅一次控制器控制好每个用户确保登录，后续请求多分配点比例

老营销号了，好家伙！

牛。。。。

可以，请求验签就是验证参数，jar 包用来处理输出参数的，带着请求一起发就过了

直接用 jar 包嘛，这样 jmeter 也可以用

增删改查呗，偶尔需要存储过程造大量数据

你需要给出的截图有
1.Charles 的 Proxy Settings 截图
2.Access Control Settings 截图
3.电脑的系统代理设置截图
4.cmd 的 ipconfig 截图
5.你需要抓包的设备的 ip 截图
6.你需要抓包的设备的配置的代理截图

你这个帖子下面相关话题都是 null，哈哈，有点好玩，然后上传这张图片的上传按钮，点一次居然会弹出 3 次

可能需要问一下相关研发，看看怎么处理的 token 逻辑

抓个包看看数据流向，再思考 jmeter 从哪里取得到就行了，本质还是并发的接口需要参数，取到了传过去就可以了吧

json 提取器他不香吗，jmeter 5.2 后多了一个 jmespath 提取器，他更香！

论前置处理器 jsr223 的作用

正则取-1 全部，会有一个变量是总数，用循环去取就行了

感觉没什么新用户的样子

最后七字很赞，一起加油

bug 产生错误的缓存数据肯定是要清理的，真实上线后前端会迭代版本号

屏幕分辨率 2k 嘛，jmeter 如果解决不了或者没有适配高分辨屏的话。自己就把换成 1080 得嘛。工作电脑还没用过 2K 或者 4K 屏。

然而发大版也是按季度走，季度更新，并不快。事实上微软这样快速迭代 bug 也是频出。

只能慢慢去使用系统，对比 log，搞一个干净的环境，最后摸清源头了，脚本也就出来了