CtrlK
BlogDocsLog inGet started
Tessl Logo

testland/jmeter-load-testing

Authors Apache JMeter `.jmx` test plans (Thread Groups + HTTP samplers + assertions + listeners) in the JMeter GUI, runs them headlessly via `jmeter -n -t plan.jmx -l results.jtl`, generates an HTML dashboard with `-e -o`, and gates CI on JTL parsing. Use when the project has an existing JMeter investment, needs JVM-native load tooling, or works in domains with strong JMeter community support (banking, telecom, enterprise).

72

Quality

90%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Passed

No findings from the security scan

Overview
Quality
Evals
Security
Files

Quality

Content

82%Weight 40%Scale 1-5

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

A highly actionable, well-organized CLI/CI reference whose commands and CI workflow are immediately executable. The main gaps are mild redundancy in the Overview/When-to-use sections, no explicit feedback loop when the CI gate fails, and detail (e.g., the full workflow YAML) that could live in a reference file.

Suggestions

Trim the Overview to remove the duplicated frontmatter description and the repeated GUI-vs-CLI quote, keeping a single citation of the official guidance.

Add a short error-recovery step after the CI pass/fail gate (e.g., how to read statistics.json percentiles to diagnose whether the failure is error-rate- or latency-driven).

Move the full GitHub Actions workflow into a references/ file (e.g., references/ci-example.md) and keep a minimal invocation inline in SKILL.md.

DimensionReasoningScore

Conciseness

Tables, commands, and an anti-pattern table keep it efficient, but the Overview restates the frontmatter description and quotes the same GUI-vs-CLI guidance twice, and 'When to use' overlaps the description — minor trimming opportunities.

4 / 5

Actionability

Everything is copy-paste executable: the canonical `jmeter -n -t test.jmx -l results.jtl` invocation, flag tables, awk JTL parsing one-liners, parameterization via `${__P(...)}` with `-J` overrides, and a complete GitHub Actions workflow with Docker.

5 / 5

Workflow Clarity

Sections sequence logically (Install → Running → Parsing results → CI integration) and the CI example includes an explicit pass/fail gate with a 10-error threshold, but there is no error-recovery guidance for when the gate fails and the run flow is topic-organized rather than a step sequence with checkpoints.

4 / 5

Progressive Disclosure

Clear section structure with well-signaled external references and no nested chains, but ~200 lines (including the full CI YAML) sit inline where a references/ file could offload detail; no bundle files exist to verify.

4 / 5

Total

17

/

20

Passed

Description

92%Weight 40%Scale 1-5

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

A strong description with concrete, command-level actions and an explicit 'Use when' clause in third-person voice. Trigger coverage is good but misses the natural 'load testing'/'performance testing' phrasing users would commonly say.

DimensionReasoningScore

Specificity

The description lists multiple concrete actions — authoring `.jmx` test plans (Thread Groups, HTTP samplers, assertions, listeners), running headlessly via the literal `jmeter -n -t plan.jmx -l results.jtl` invocation, generating an HTML dashboard with `-e -o`, and gating CI on JTL parsing — with the actual commands included, matching the comprehensive anchor.

5 / 5

Completeness

It explicitly answers both 'what' (four concrete capabilities) and 'when' via the literal 'Use when the project has an existing JMeter investment...' clause, with a consistent third-person voice.

5 / 5

Trigger Term Quality

Good keyword coverage with JMeter, `.jmx`, Thread Groups, HTTP samplers, JTL, and HTML dashboard, but common natural phrases users would say — 'load testing' and 'performance testing' — appear only obliquely as 'JVM-native load tooling'.

4 / 5

Distinctiveness Conflict Risk

JMeter, `.jmx`, and JTL are tool-specific triggers giving a clear niche with minimal conflict risk; the only slight overlap is 'JVM-native load tooling', which a sibling Gatling skill could also claim.

5 / 5

Total

19

/

20

Passed

Validation

100%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Reviewed

Table of Contents