CtrlK
BlogDocsLog inGet started
Tessl Logo

testland/apollo-server-tests

Wraps Apollo Server testing patterns: `server.executeOperation()` (in-process, no HTTP), `supertest` against an ephemeral-port HTTP server (port 0), context injection via the `contextValue` second-argument, and assertion patterns for response shape + errors. Includes the production-config gates testable through this skill - introspection-disabled, persisted-query mode, hideSchemaDetailsFromClientErrors. Use when writing tests for an Apollo Server v4+ GraphQL service.

68

Quality

85%

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

71%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 strong, code-dense testing reference with executable examples, useful anti-patterns, and honest limitations. Its main structural weakness is the absence of any bundle files — all content, including CI configuration and secondary test patterns, lives in the one file — plus minor non-self-contained snippets and dated version pins.

Suggestions

Split secondary material into references/ files (e.g., references/production-config.md for the introspection/APQ/hideSchemaDetails suites and references/ci.md for the workflow yaml), leaving SKILL.md as an overview with well-signaled one-level-deep links — this directly addresses the progressive_disclosure gap.

Make the incomplete snippets executable: define or import `GET_LAUNCH`, `userAPI`, and `launchAPI` in the context-injection example, and replace the `plugins: [/* strict-allowlist plugin from manifest */]` placeholder with a concrete minimal strict-allowlist plugin or an explicit pointer to where its definition lives.

Remove the redundancy between the Overview and When-to-use sections and inline the `ExecuteOperationResult` type, and move version pins (`node-version: '20'`, `actions/checkout@v5`) out of the main CI example or into a noted version block to keep the inline content free of time-sensitive values.

DimensionReasoningScore

Conciseness

Largely lean code-first content with no explanations of concepts Claude already knows; the anti-patterns table and limitations sections are dense and earn their tokens. Not a 5: minor trimmable material — the Overview/When-to-use overlap, the inline `ExecuteOperationResult` type restatement, and time-sensitive version pins in the CI block (`node-version: '20'`, `actions/checkout@v5`) that sit outside any old-patterns section.

4 / 5

Actionability

Mostly executable, copy-paste-ready guidance: a working install command, complete jest/vitest examples with real assertions, a supertest setup with `port: 0` and `afterAll` teardown, and a runnable CI workflow. Not a 5: small gaps — the APQ example's `plugins: [/* strict-allowlist plugin from manifest */]` is a placeholder, and `GET_LAUNCH`, `userAPI`, `launchAPI` are used undefined, so those snippets are not self-contained.

4 / 5

Workflow Clarity

A coherent install → author in-process tests → HTTP tests → run → CI sequence with clear sectioning, built-in validation habits ('Always check `kind === "single"` first', 'Check `errors === undefined` first' in the anti-patterns table), and teardown checkpoints (`afterAll` stop). Not a 5: validation guidance is embedded in examples and anti-patterns rather than presented as an explicit checkpointed workflow, and there is no explicit feedback-loop (fix-and-revalidate) structure.

4 / 5

Progressive Disclosure

The single SKILL.md is well-sectioned but everything is inline across ~230 lines — the production-config test suites, the full CI yaml, and the result-parsing type are prime candidates for a references/ file, and no bundle files exist to offload them. Not a 2: headers are clear, external links are properly placed, and there is no nested/multi-level reference indirection; not a 4 because content that clearly belongs in separate files is inlined with no signaling of where detail could be split out.

3 / 5

Total

15

/

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: third-person, concrete, and comprehensive, with an explicit 'Use when' trigger clause. The only gap is modest keyword coverage of test-runner synonyms (jest/vitest, unit/integration tests) that users might naturally say.

DimensionReasoningScore

Specificity

Lists multiple concrete, named actions — `server.executeOperation()` in-process tests, `supertest` against an ephemeral-port (port 0) HTTP server, `contextValue` context injection, response-shape/error assertion patterns, and specific production-config gates (introspection, APQ, hideSchemaDetailsFromClientErrors) — with comprehensive coverage. Not a 4: the action list covers essentially all testing modes the skill body delivers, with no meaningful gaps.

5 / 5

Completeness

Clearly answers both parts: the 'what' enumerates the wrapped testing patterns concretely, and an explicit 'Use when writing tests for an Apollo Server v4+ GraphQL service' clause provides the when with a concrete trigger. Not a 4: the when-clause is fully explicit rather than merely present.

5 / 5

Trigger Term Quality

Good natural keywords users would say: 'Apollo Server', 'writing tests', 'GraphQL service', 'supertest', plus the trigger-scoped 'v4+'. Not a 5: misses common variations like 'jest', 'vitest', 'unit tests', 'integration tests', and 'endpoint' phrasings that a user might naturally use when asking for help with this skill.

4 / 5

Distinctiveness Conflict Risk

Occupies a clear niche — Apollo Server v4+ testing — with distinct triggers ('Apollo Server', 'executeOperation', 'supertest', 'production-config gates') that are unlikely to collide with a generic GraphQL- or jest-testing skill. Not a 4: the when-clause explicitly scopes triggering to Apollo Server v4+ services, keeping overlap risk minimal.

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