CtrlK
BlogDocsLog inGet started
Tessl Logo

testland/unity-test-framework

Author and run the Unity game-engine Test Framework (`com.unity.test-framework`, currently v1.8). Distinct from the ThrowTheSwitch Unity C testing library at throwtheswitch.org/unity - the two tools share only a name. Covers package install via Package Manager, the EditMode vs PlayMode split, the [Test] / [UnityTest] / [SetUp] / [TearDown] / [UnityPlatform] attributes, assembly-definition setup (Editor folder vs asmdef with `includePlatforms` / `optionalUnityReferences: [TestAssemblies]`), Test Runner window, command-line batch invocation with `-runTests` / `-testPlatform` / `-testResults` / `-testFilter` / `-testCategory`, NUnit 3.5 assertion API, and CI integration. Use when the unit under test is C# Unity code that needs to exercise the Unity runtime or editor.

70

Quality

88%

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

72%

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

A well-structured, highly actionable reference with excellent progressive disclosure and real executable examples. Its main gap is conciseness — the disambiguation is duplicated from the frontmatter and some prose could be trimmed — and the CI/run workflow would benefit from an explicit validation checkpoint loop in the main body.

Suggestions

Remove or compress the 'Disambiguation up front' overview block since the same distinction is already stated in the frontmatter description, to cut redundant tokens.

Add an explicit numbered 'validate -> fix -> retry' checkpoint sequence to the Running / CI integration section (e.g. parse -testResults XML, on Failed enumerate <test-case>, fix, re-run) rather than leaving verification implicit.

Tighten the 'Composes with' bullets and 'Versioning' note into single-line statements to improve token efficiency.

DimensionReasoningScore

Conciseness

Mostly efficient Unity-specific content, but the 'Disambiguation up front' block repeats the frontmatter distinction, the 'Versioning' prose and the awkwardly wrapped 'Composes with' bullets could be tightened. Not a 1: no basic-concept padding (e.g. no 'what a test framework is'); not a 3: redundant and verbose passages mean not every token earns its place.

2 / 3

Actionability

Provides complete, copy-paste-ready EditMode and PlayMode C# examples, an asmdef JSON block, a real batch-mode bash invocation with concrete flags, and an anti-patterns table with specific fixes. Fully executable guidance throughout.

3 / 3

Workflow Clarity

Sections sequence author -> run -> parse -> CI, with real verification guidance ('treat the -testResults XML as the source of truth (Unity has no common exit-code definition)'). Not a 1: steps are clearly organized; not a 3: the main body lacks an explicit validate -> fix -> retry checkpoint loop, and the batch/CI operation rubric cap applies when validation is implicit rather than laid out as a numbered validated workflow.

2 / 3

Progressive Disclosure

Overview kept in SKILL.md with well-signaled one-level-deep references to references/attributes.md, references/cli.md, and references/results-and-ci.md — all real files holding the detailed cheatsheet, flag table, and NUnit XML + GitHub Actions workflow. Content appropriately split with easy navigation.

3 / 3

Total

10

/

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 description that answers what, when, and how it differs from a same-named sibling skill. The only minor weakness is length, but every enumerated capability is concrete and on-topic rather than fluff.

DimensionReasoningScore

Specificity

Lists many concrete actions — 'Author and run', 'package install via Package Manager', 'EditMode vs PlayMode split', the attribute set, 'assembly-definition setup', 'Test Runner window', 'command-line batch invocation', 'NUnit 3.5 assertion API, and CI integration'. Not a 2: this is far more than naming a domain and a few actions — it enumerates specific capabilities across the whole lifecycle.

3 / 3

Completeness

Clearly states what it does and gives an explicit when clause: 'Use when the unit under test is C# Unity code that needs to exercise the Unity runtime or editor.' Not a 2: the trigger is explicit, not merely implied.

3 / 3

Trigger Term Quality

Natural terms a Unity developer would actually say are present: 'Unity game-engine Test Framework', 'EditMode vs PlayMode', 'Test Runner', 'NUnit', 'C# Unity code', 'CI'. Not a 2: it covers multiple natural variations rather than a single keyword; the CLI flags add precision without displacing the human-readable triggers.

3 / 3

Distinctiveness Conflict Risk

Actively disambiguates a real name collision: 'Distinct from the ThrowTheSwitch Unity C testing library at throwtheswitch.org/unity - the two tools share only a name.' Clear niche with distinct triggers; unlikely to fire for the wrong skill.

3 / 3

Total

12

/

12

Passed

Validation

93%

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

Validation15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

metadata_version

'metadata.version' is missing

Warning

Total

15

/

16

Passed

Reviewed

Table of Contents