disabled ssl proxying 是否开启？

日志哨兵这个策略，大佬可以单独更新一篇了，实时获取日志，kfk，降噪，经验库等。

请问下日志采集用的是什么？

有个想法不知道成不成立，分辨率归类，这里说的兼容性是分辨率的话
1、按比例，是否可以大致归类，让我这么想起来的就是抖音上传视频 9:16 之类的，这么去划分。
2、按横竖屏分辨率，横评相同为一类。

好奇这个，坐等答案

现在一线城市，20K 以上已经很难了嘛？

大赞👍

请问这个有开源么？

最后一测，也就是上线前的回归测试
回归用例 + 新功能简单测试下
回归用例包含：老功能的 P0
如何确定用例为回归用例呢？
1、一级页面的功能，使用频率高的可添加回归用例集
2、每次新增功能，挑选重要功能的用例添加回归用例集
3、涉及到支付和广告，安全相关内容，添加回归用例集
4、根据公司业务情况，沟通考虑其他

好巧，下个 Q 也要做这种，平台运行脚本的方式。

单独的一个电脑链接的手机，也作为了服务器用了。

log 也是 utf-8 的，这个是 chatGPT 回答的，用过了不好使

前段时间刚遇到过这个问题，执行如果在执行过程中查看的日志，我也好奇如何区分开来，貌似不行吧。
从保存的文件里的话，只能每个线程创建一个实例 log 才可以。互不影响。

感觉优先级一定要分，解偶也必须要做，并发执行更要做了。

哈哈，觉得已经很快了。

请叫大佬，没有报错，运行后直接停止什么情况？

请教下，一台发压机设置最大能设置多少线程数，参考值是怎样的？

对于图中的第 6 个不太理解，这种情况不算负载么

请教大佬，接口执行的时候，是封装 request 执行，还是第三方的工具执行如 jmeter？

学历硬性要求吗？非本

接口平台底层执行是调的 request 请求方法，还是调用 jmeter 的方式？

你就想着，你抽离的是数据，其他不变，如何把变量的数据拿出来

其实我对于发现的问题比较好奇，接口自动化会在工作中发生哪些问题？看上面的评论，好像也就是那几种了，还请大神们补充下。
1、某个服务挂了，导致接口报错
2、字段值发生变动，未及时通知相关人员，导致断言失败
3、数据结构发生改变，跟 2 类似，都是接口变动导致断言失败
4、业务逻辑变动，接口存在依赖内容，影响到接口数据正确性，其结果也是导致断言失败等情况 (感觉这个最重要，接口存在依赖，可能涉及到的影响范围广，但不一定能断言到存在问题)

想的跟你一样，就是有进度条展示执行条数，其次是在执行前先生成一份报告，执行过的 case 显示在报告中，未执行完的不展示