CtrlK
BlogDocsLog inGet started
Tessl Logo

testland/serverless-integration-test-builder

Workflow-driven skill that builds the integration-test suite for a serverless application from its IaC definition (SAM template / serverless.yml / Wrangler config / Vercel functions / Netlify functions). Walks through: identifying the function inventory + event sources, picking the right local-emulator per function (sam local / Miniflare / netlify dev / vercel dev / serverless-offline), generating test events per event source, asserting on cold-start + timeout budgets, and emitting the test directory + CI config. Use when introducing integration tests to a serverless project.

77

Quality

97%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide

SecuritybySnyk

Low

Low-risk findings worth noting

Overview
Quality
Evals
Security
Files

Quality

Content

92%

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

A lean, highly actionable skill body with a clear multi-step workflow and built-in validation via two-tier CI. The main weakness is progressive disclosure: substantial reference data sits inline with no bundle files to offload it.

Suggestions

Move the cold-start-by-runtime and timeout-ceiling-by-integration tables into a references/ file (e.g. budgets.md) and link to it from Step 5, so SKILL.md stays an overview.

Add an explicit per-step validation checkpoint (e.g. 'confirm every inventory function has an emulator and event fixture before emitting tests') between Steps 1-5 to make the sequence's verification gaps explicit rather than only at CI time.

Create the referenced companion artifacts locally or note explicitly that they are cross-plugin skills, so the References section is unambiguous about what is a file vs. an external skill.

DimensionReasoningScore

Conciseness

Dense, table-and-code-driven content that assumes Claude's competence and does not explain what serverless or emulators are; the cold-start and timeout-ceiling tables are specific data Claude cannot reliably recall, so every token earns its place.

3 / 3

Actionability

Provides executable commands (yq queries, 'sam local generate-event ...'), a copy-paste TypeScript test, a concrete directory layout, and a CI workflow — fully actionable, not pseudocode.

3 / 3

Workflow Clarity

Seven steps are clearly sequenced, and the two-tier CI (local tests → staging deploy + smoke) supplies an explicit validate-then-recover feedback loop, with the anti-patterns table acting as a guardrail checklist — clearing the level-3 bar and not being capped since verification is present.

3 / 3

Progressive Disclosure

No bundle files exist, so large inline reference tables (cold-start-by-runtime, timeout ceilings by integration) are content that could be split into a separate reference file; companion-catalog references are signaled but point to other skills rather than a local bundle, leaving structure present but improvable.

2 / 3

Total

11

/

12

Passed

Description

100%

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, specific, third-person description that states concrete capabilities and an explicit use-when trigger, with platform-specific keywords that aid discovery and reduce conflict risk. It is somewhat long, but length is not a scored dimension here and no token is pure fluff.

DimensionReasoningScore

Specificity

Enumerates a concrete action sequence — 'identifying the function inventory + event sources, picking the right local-emulator per function ... generating test events per event source, asserting on cold-start + timeout budgets, and emitting the test directory + CI config' — matching the anchor that lists multiple specific concrete actions.

3 / 3

Completeness

Clearly answers both 'what' (the full build walk-through) and 'when' via the explicit 'Use when introducing integration tests to a serverless project.' clause, satisfying the level-3 anchor.

3 / 3

Trigger Term Quality

Uses natural terms a user would say ('integration tests', 'serverless', 'SAM template', 'serverless.yml', 'Wrangler config') with an explicit trigger clause; above the level-2 anchor by covering several platform keywords rather than a single generic one.

3 / 3

Distinctiveness Conflict Risk

Occupies a clear niche — building a serverless integration-test suite from IaC definitions across named platforms — with distinct triggers unlikely to fire for unrelated skills.

3 / 3

Total

12

/

12

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.

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

Reviewed

Table of Contents