CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

nic-testing

Testing patterns for NIC including Go table-driven tests, snapshot tests, and Python integration tests. Use when writing unit tests, snapshot tests, policy tests, template tests, Helm tests, or pytest integration tests for the Ingress Controller.

Quality

84%

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

SKILL.md
Quality
Evals
Security

Quality

Content

73%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.

Highly actionable repo-specific guidance with an exemplary validated snapshot workflow (feedback loops, checklists, edition-parity rules). The main costs are a substantially duplicated Gotchas section and a monolithic single-file structure covering multiple test ecosystems.

Suggestions

Deduplicate the Gotchas section: most bullets restate the Snapshot Tests workflow, Snapshot Test Mechanics, and Python marker sections verbatim -- keep only genuinely new gotchas to reclaim ~10 lines of repeated tokens.

Make code examples more concrete: replace '{ /* valid case */ }' placeholders in the table-driven test with one real policy fixture and fill in the '...' calls in the Python example so patterns are directly copy-paste adaptable.

Consider splitting domain detail (Python fixtures/utilities, the codegen CI table, Helm test setup) into one-level-deep reference files to slim the main SKILL.md and improve progressive disclosure.

DimensionReasoningScore

Conciseness

The body is dense with tables, commands, and code with no concept-explaining fluff, but the Gotchas section re-states ~6 points already made earlier (test-update-snaps mandate, regenerating-is-not-testing, per-package TestMain, OSS/Plus one-sided diff, marker registration, no raw go test). The duplication keeps it at the 'could be tightened' anchor rather than the minor-trimming anchor.

3 / 5

Actionability

Concrete make/git commands and code skeletons cover the common cases, but the Go table-driven example uses '{ /* valid case */ }' placeholder comments and the Python example has '...' gaps -- illustrative templates rather than copy-paste-ready code, so it stops short of the fully-executable anchor.

4 / 5

Workflow Clarity

The snapshot 'Required sequence' gives 6 numbered steps with explicit validation checkpoints (inspect the git diff, confirm the directive is present, run make test), a feedback loop for error recovery ('An empty diff after a .tmpl change means no fixture exercises the new branch -- go back to step 1'), and a self-check checklist -- matching the 5 anchor's sequence + validation + feedback + checklist pattern.

5 / 5

Progressive Disclosure

The single file is well-sectioned with clear headers and tables and no buried or nested references, and no bundle files exist. However, ~250 lines spanning Go, Helm, Python, and codegen domains keep everything inline with no split into reference files, which the 5 anchor's 'content appropriately split' expects.

4 / 5

Total

16

/

20

Passed

Description

87%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 that clearly states what the skill covers and gives an explicit, trigger-rich 'Use when' clause scoped to the Ingress Controller. Trigger coverage is good but misses a few natural synonyms such as 'golden files' or '.tmpl'.

DimensionReasoningScore

Specificity

The description lists several concrete capabilities -- 'Go table-driven tests, snapshot tests, and Python integration tests' -- with minor gaps (no mention of coverage or lint tooling). It falls just short of the 5 anchor's comprehensive coverage and well above the 3 anchor's 1-2 actions.

4 / 5

Completeness

It explicitly answers both what ('Testing patterns for NIC including Go table-driven tests, snapshot tests, and Python integration tests') and when ('Use when writing unit tests, snapshot tests, policy tests, template tests, Helm tests, or pytest integration tests for the Ingress Controller') with concrete trigger phrases, matching the 5 anchor exactly.

5 / 5

Trigger Term Quality

'unit tests, snapshot tests, policy tests, template tests, Helm tests, or pytest integration tests' are natural phrases a contributor would actually say, plus the scoping term 'Ingress Controller'. A few natural synonyms are missing (e.g., 'golden files', '.tmpl'), so it does not reach the 5 anchor's comprehensive synonym/extension coverage.

4 / 5

Distinctiveness Conflict Risk

The niche is clear -- testing for the NIC/Ingress Controller project -- with distinct triggers like 'policy tests' and 'Helm tests ... for the Ingress Controller' providing minimal conflict risk with generic testing skills.

5 / 5

Total

18

/

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.

Repository

nginx/kubernetes-ingress

Path

.github/skills/nic-testing/SKILL.md

Reviewed

Table of Contents

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.