这不就是自测吗？把每个功能的主要用例都给开发测试，测试通过了才提测，能做到就不会存在功能没做了

好像 edge 也有一个集锦？和你这个差不多

还有个问题，agent 流输出的话，首字符开始后，后续各个字符之间的响应时间会再做分析吗？还是总的时间不超时就行？

还有一个老生常谈的问题——“拐点”。现在各种缓存、消息队列等中间件都比较成熟了，系统到达最大处理容量后 tps 一般会维持在高点附近，或者来回抖动，从图上很难看到真的 “拐” 的地方

"正确的做法应该是：第 1 秒内通过异步任务启动接口一次性触发 10 个任务后，便不再持续发压，观察系统能否在 10 分钟内完成这批任务。10 分钟后再通过异步任务启动接口启动 10 个任务，确保流水线中并发处理的任务数始终维持在 10 以内。"
这个不敢苟同，流量不一定按你所想的进来，确保系统能同时处理 10 个任务之外还得继续提交任务的，因为要验证系统的排队能力，即时不能并发处理过多的任务也要保持任务队列正常运行，或者说系统的限制功能正不正常，对应八股文中的最小线程数，最大线程数，队列长度，饱和策略等

good

像 jenkins 这种容器化的优势在哪里呢

byd 也能停业吗

怎么做的？监听到消息后怎么去和压测线程交互？

JMeter 这种同步线程的工具，没办法去做像 sse 这类需要异步监听的压测吧？

指测试时浏览器打开被测系统时加载不出来？是不是浏览器的问题？

怎么解决？

这不是老外钟爱的 cucunber？

抓个包看看，感觉像链接被断开了

合肥只有小飞子了吧

qiang

第一个问题：给你一个鼠标，告诉我它的三个 BUG。

请问啥 bug？

这个报错不是 Selenium 直接抛出的错误，而是程序崩溃时的 “未解析回溯（unresolved backtrace）” 日志，通常出现在Selenium 驱动（如 ChromeDriver）与浏览器版本不兼容、系统环境异常，或程序底层崩溃的场景中。

核心原因（按概率排序）

1. 驱动与浏览器版本不匹配（最常见）
   Selenium 的 ChromeDriver（或 GeckoDriver）必须与浏览器（Chrome/Firefox）的主版本号完全对应（如 Chrome 120 需对应 ChromeDriver 120.x.x）。版本不匹配会导致驱动与浏览器通信失败，进而触发程序底层崩溃，出现 “unresolved backtrace”。

2. 系统环境缺失依赖
   例如：

   • Linux 系统缺少 Chrome 运行依赖（如 libnss3、libgconf-2-4 等）；
   • 无头模式（--headless）下缺少图形环境依赖；
   • 驱动文件无执行权限（Linux/macOS 下未执行 chmod +x chromedriver）。

3. 驱动/浏览器本身的 Bug
   部分版本的 ChromeDriver/Chrome 存在兼容性 Bug（如特定版本的驱动在 Windows 下崩溃），或浏览器进程异常退出（如内存不足导致浏览器崩溃）。

解决方案（按优先级操作）

1. 优先核对 “驱动 - 浏览器版本”（必做）

• 查看本地浏览器版本：Chrome 右上角「设置」→「关于 Chrome」，获取主版本（如 125.0.6422.141）；
• 下载对应版本的 ChromeDriver： 官网：https://sites.google.com/chromium.org/driver/downloads（需对应主版本，如 125.x.x 对应 125.x.x 的驱动）； 国内镜像：https://npm.taobao.org/mirrors/chromedriver/
• 替换项目中的驱动文件，重新运行。

2. 修复系统环境依赖

• Linux 系统：安装 Chrome 运行依赖： bash sudo apt-get install libnss3 libgconf-2-4 libxss1 libappindicator1 libindicator7
• 驱动权限：Linux/macOS 下给驱动加执行权限： bash chmod +x /path/to/chromedriver
• 无头模式：若用 --headless=new（Chrome 109+ 推荐）替代旧的 --headless，减少环境依赖。

3. 更换驱动/浏览器版本

若确认版本匹配但仍崩溃，可尝试：

• 降级/升级浏览器到稳定版本（如 Chrome 124/125 是较稳定版本）；
• 更换对应版本的驱动（避免使用测试版驱动）。

需要我帮你整理 “ChromeDriver-Chrome 版本对应表”（最新稳定版）吗？

中间件这种一般没重大调整就不用压。其他的就模拟用户操作就行

即时上下游有专门的测试环境，也可能不稳定的，还是要 mock

"【服务端】在接口自动化测试的基础上，开发对用户可见内容的自动化测试巡检脚本，从资源维度进行全方面的巡检，代码行 1000+，发现资源维度的问题 300+，90% 以上的问题已经联动产运调整配置或者研发优化代码完成修复；"

细说这个啊宝子

在广州人社部就有组织这个培训，免费。。。当然，你们花钱的不知道是不是会讲多点

怎么保持不 ed

现在的面试挺看缘分的，不用太在意

没得选就干吧