k6：写代码一样做性能测试

k6：写代码一样做性能测试

Grafana 开源的 k6 项目，在 GitHub 上积累了 3 万多个 Star。这工具解决的问题很明确，就是让开发者用写代码的方式来做性能测试。

以前做性能测试，大多用 JMeter 这类工具，拖拖拽拽配置半天。k6 的思路不一样，直接用 JavaScript 写测试脚本，跟写单元测试差不多。

能干什么

k6 的定位是现代化负载测试工具，核心能力包括：

• 模拟大量用户并发访问
• 支持 HTTP、WebSocket、gRPC、浏览器等多种协议
• 测试脚本可以复用、版本控制、集成到 CI
• 低配置机器也能模拟大量流量
• 内置 JavaScript 引擎，脚本写起来简单

用法很直接。写一个 JS 文件定义测试逻辑，然后用命令行跑起来就行。脚本里可以设置并发用户数、持续时间、性能阈值这些参数。

importhttpfrom"k6/http";import{check,sleep}from"k6";exportconstoptions={stages:[{duration:"30s",target:15},{duration:"1m",target:15},{duration:"20s",target:0},],};exportdefaultfunction(){letres=http.get("https://example.com");check(res,{"status was 200":(r)=>r.status==200});sleep(1);}

这段脚本的意思是：先用 30 秒把并发用户从 0 加到 15，保持 1 分钟，再用 20 秒降下来。每次请求检查返回状态是不是 200。

为什么选 k6

市面上性能测试工具不少，k6 能火起来有几个原因。

第一，开发者体验好。用 JavaScript 写脚本，前端后端都能上手。不用学新的 DSL 或者 XML 配置。脚本就是代码，能调试、能复用、能放 Git 管理。

第二，性能不错。k6 是 Go 写的，底层性能有保障。官方说单机就能模拟数万虚拟用户，不用搭分布式集群。对中小项目来说够用了。

第三，扩展性强。官方提供了扩展机制，社区也贡献了不少插件。需要支持新协议或者对接特定服务，可以自己写扩展。

第四，Grafana 生态。k6 跟 Grafana 全家桶打通，测试结果可以直接推到 Grafana 做可视化。如果你本来就用 Grafana 监控，接入成本很低。

适合谁用

k6 主要面向开发者和测试工程师。

如果你是后端开发，想在上线前验证接口性能，k6 很合适。脚本写法跟写业务代码差不多，不用切换思维。

如果你是测试工程师，想把性能测试自动化，k6 也能满足。脚本可以集成到 CI/CD 流程里，每次发版自动跑一轮。

如果你是运维，想定期检查线上服务的承载能力，k6 可以配合定时任务使用。

不过有个前提，得会写 JavaScript。如果完全不懂代码，可能还是 JMeter 这类可视化工具更友好。但如果你是程序员，k6 的学习成本很低。

实际体验

我试了一下，基础功能挺完善。脚本跑起来后，控制台会实时显示请求数、响应时间、错误率这些指标。结果可以导出 JSON 或者推送到外部服务。

阈值功能实用。可以定义类似「99% 请求响应时间低于 300ms」的规则，测试不达标直接报错。这样就能把性能测试集成到 CI 里，不达标不让发版。

文档也齐全，从入门到高级用法都有。社区活跃，遇到问题能在论坛找到答案。

小结

k6 是个正经解决问题的工具。它不搞花哨的界面，就是让开发者用熟悉的方式写性能测试。如果你的团队习惯用代码解决问题，k6 值得试试。

小结

k6 是个正经解决问题的工具。它不搞花哨的界面，就是让开发者用熟悉的方式写性能测试。如果你的团队习惯用代码解决问题，k6 值得试试。