K6身份验证获取Auth Token：无法调用Mocha登录脚本的替代方案咨询

K6本身运行时不兼容Node.js API和模块体系，确实无法直接调用基于Node编写的Mocha脚本，可根据你的场景选择以下方案实现需求：

• 方案1：封装登录逻辑为独立HTTP服务 #

  最小改动方案，无需修改原有登录逻辑：使用Express、Koa等轻量Node框架给你的现有Mocha登录脚本套一层HTTP接口壳，接口被调用时自动执行原有无头浏览器登录逻辑，返回生成的JWT。K6侧直接通过http.get()/http.post()调用该接口即可拿到认证凭据。
  该方案适合登录逻辑复杂、无头操作步骤多难以重构的场景，仅需要额外部署一个轻量Node服务用于登录发牌。

• 方案2：重构登录逻辑适配K6原生生态 #

  如果不想额外维护独立服务，可以将原有Mocha脚本里的登录操作，使用K6官方提供的k6-browser模块重写。k6-browser原生支持无头浏览器操作，可实现打开页面、填写表单、触发登录、捕获返回JWT的全流程，所有逻辑都在K6运行时内完成，无需依赖外部Node服务。
  注意k6-browserAPI和Puppeteer/Playwright等常用无头库API有一定差异，需要按照规则做适配，且重写过程中要移除所有Node原生模块依赖。

• 方案3：预生成JWT批量使用 #

  若你场景中JWT有效期足够长，可直接用原有Mocha脚本提前批量生成一批可用JWT，存入JSON/CSV等格式的文件中。K6压测启动时直接读取文件内容，循环/随机取用JWT即可。
  该方案适合大规模压测场景，能避免压测过程中大量实时登录请求占用不必要的资源，只需要定期更新预生成的JWT避免过期即可。

注意事项：

1. 若选择接口封装方案，需要保证登录服务的并发能力足够支撑压测请求，避免登录服务先成为性能瓶颈影响测试结果，建议将登录服务和被测应用部署在独立网络环境中。
2. 使用k6-browser需要K6版本在v0.43.0及以上，该版本开始内置k6-browser模块，无需额外安装依赖。

内容的提问来源于stack exchange，提问作者Jay