mcpField
P
performance-test-jmeter

performance-test-jmeter

github.com/naodeng测试与质量28540 次安装今天更新
代码仓库

关于 performance-test-jmeter

面向使用 JMeter 或需要 JMeter 适配方案的团队的性能测试 Skill，围绕项目上下文生成可执行的测试规划与产出。它强调核实实际吞吐、数据消费、断言、阈值及 CI 结果，而非仅凭配置或报告判断成功。

主要功能

  1. 01核对 JMeter、JDK 与插件环境
  2. 02检查 JMX 结构及变量配置
  3. 03规划线程、定时器与目标 RPS
  4. 04记录 CSV 数据使用方式
  5. 05分别检查断言、延迟、错误与 CI

适用场景

  1. 01为现有 JMeter 项目规划性能测试
  2. 02核实线程数与实际吞吐量的关系
  3. 03检查分布式压测的数据和负载分配
  4. 04评估 JTL、业务断言与 CI 门槛

安装

复制下面的命令，在终端中运行。

$npx skills add https://github.com/naodeng/awesome-qa-skills --skill performance-test-jmeter

安装后在 Claude Code 中输入/performance-test-jmeter确认已加载。

包含的文件

除 SKILL.md 外，安装时一起下载的参考资料和脚本。

README.md
agents/
openai.yaml
evals/
eval.yaml
evals/cases/
basic-success.yaml
domain-method-regression.yaml
edge-incomplete-input.yaml
edge-scope-boundary.yaml
evals/fixtures/
check_domain_decisions.py
check-domain-decisions.sh
domain-oracle.json
evals/fixtures/jmx/
business-oracle.jmx
check_jtl.py
orders.csv
README.md
examples/
sample-context.md
output-templates/
template-markdown.md
prompts/
performance-test-jmeter.md
references/
domain-decision-example.md
framework-spec.md
setup-and-ci.md
scripts/
run-tests.sh

详细介绍

JMeter 性能测试（EN）

中文版： 请参阅相应的中文技能。

适用场景

  • 需要生成可用于 JMeter 性能测试工作流的输出。
  • 项目已使用 JMeter，或希望制定可直接用于 JMeter 的计划。

输出格式选项

默认使用 Markdown，除非请求明确要求其他格式。

使用方法

  1. 打开 prompts/performance-test-jmeter.md，并将其用作主要提示词。
  2. 补充真实的项目背景：范围、环境、限制、风险、依赖项和预期交付物。
  3. 如果输入不完整，先返回可用的初版，并标出缺失信息和假设。

参考文件

  • 校准领域结果、有效控制项或证据缺口时，请阅读 references/domain-decision-example.md，了解经过脱敏的输入、逐项判定依据和可复现的计算。

  • prompts/performance-test-jmeter.md：此技能的主要提示词。

  • references/framework-spec.md：特定于工具的结构和覆盖范围说明。

  • references/setup-and-ci.md：设置、执行和 CI 说明。

  • examples/sample-context.md：示例请求背景。

  • scripts/run-tests.sh：轻量级本地执行入口。

领域执行要点

  1. 确认项目所用的 JMeter/JDK/插件及 JMX 版本。检查 TestPlan/ThreadGroup/Sampler 及其相邻的 hashTree 结构、变量和属性。XML 可解析只能证明结构正确，不能证明能够执行或达到 SLO。
  2. 标准 ThreadGroup 使用闭环线程。目标 RPS 需要明确声明思考时间/定时器、吞吐量控制，或已安装的到达率插件；应验证实际达到的吞吐量/计数，而不是根据线程数推断 RPS。
  3. 记录 CSV 路径、编码、列、共享方式、recycle/stopThread 设置，以及每个线程/循环的消耗情况。对于分布式运行，请检查每个负载生成器的数据/插件/网络和负载分配。
  4. 在获准的环境中使用非 GUI 入口，并保留 JTL/日志。分别检查业务断言、延迟/错误门槛和 CI 传递情况。缺失的阈值属于 UNKNOWN；HTML 报告或退出代码 0 不能掩盖失败的样本。

常见问题

  • 范围模糊且没有背景信息时，不要使用。
  • 不要把所有领域都视为同等重要。
  • 不要遗漏假设和缺失信息。

最佳实践

  • 从提示词文件开始，然后只补充相关背景。

  • 让输出以风险为导向，并可执行。

  • 如果请求不完整，先返回可用的初版，并标出缺口。

  • 检查 DSL/JMX 资源和数据消耗边界时，请阅读 evals/fixtures/jmx/README.md；本地示例用于校准资源，若没有项目门槛，则无法据此判定验收是否通过。

评论

支持 Markdown