CtrlK
BlogDocsLog inGet started
Tessl Logo
PluginPublic

testland/detox-testing

Use whenever a React Native app needs end-to-end tests with Detox: gray-box runs inside the app, by.id, by.text and by.label matchers, waitFor for extra sync, and the Jest runner. Flutter is flutter-testing; cross-platform black-box is appium-testing; YAML flows are maestro-flows.

Quality

88%

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

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

An excellent, execution-ready skill body: fully executable commands and code at every step, a clearly sequenced 7-step workflow with explicit verify-and-retry checkpoints, and clean progressive disclosure that pushes the API catalog into a single well-signaled reference file. The only weakness is mild conciseness overhead from a duplicated routing pointer and an introductory architecture paragraph.

DimensionReasoningScore

Conciseness

The body is efficient — it assumes competence, uses tables for anti-patterns, and defers the matcher catalog to a reference file — matching level 4's 'Efficient; minor instances of over-explanation that could be trimmed'. Trimmable bits include the introductory gray-box architecture paragraph, the repeated alternative-skill pointers ('xcuitest-suite or appium-testing' appears in both 'When to use' and 'Limitations'), and the 'How to use' list that restates the step headings. It is not a 5 due to that mild redundancy, and clearly not a 3 since there is no tutorial-style padding or explanation of basics Claude already knows.

4 / 5

Actionability

Every step ships copy-paste-ready commands or code: 'npm install --save-dev detox', 'npx detox init', 'detox build --configuration android.emu.debug', a complete runnable Jest spec, jsx testID snippets, waitFor examples, and full CI YAML — matching level 5's 'Fully executable; copy-paste ready code or commands; specific examples cover the common cases' (the cart spec covers the canonical tap/assert flow).

5 / 5

Workflow Clarity

Seven clearly sequenced steps with explicit validation and error-recovery loops: Step 2's 'Verify: detox build must finish and emit the app binary before Step 6. If it fails, fix the underlying native build error... and re-run' and Step 6's 'Verify: assert every spec reports green. If one fails, read the Detox error, fix the matcher or add a waitFor... and re-run that spec before wiring CI'. This matches level 5's 'Clear sequence with explicit validation steps; feedback loops for error recovery'; the operations are non-destructive so no cap applies.

5 / 5

Progressive Disclosure

The body is a well-organized overview that moves the full matcher/action/assertion catalog into references/element-api.md (verified to exist), signals it clearly in Step 3 ('The full matcher catalog, combinators, action verbs, and assertions are in [references/element-api.md]') and again in a References section with a content description — exactly one level deep with easy navigation, matching level 5's anchor. It is not level 4 because there are no organization gaps: inline material (one example spec, CI snippet) is appropriately main-body content.

5 / 5

Total

19

/

20

Passed

Description

78%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, trigger-first description with an explicit 'Use whenever' clause, concrete technical keywords, and unusually good explicit disambiguation against neighboring skills. Its main weakness is that the 'what' is expressed as a keyword list after a colon rather than a declarative capability statement, and a few natural synonyms (E2E, mobile testing) are absent.

Suggestions

Open with a brief third-person capability statement (e.g., 'Writes and runs gray-box Detox end-to-end tests for React Native apps, from testID setup through CI') so the 'what' is explicit rather than inferred from the keyword list after the colon.

Add common natural synonyms such as 'E2E tests' and 'mobile app testing' to broaden trigger-term coverage.

Mention one or two higher-level capabilities the body covers (e.g., building test binaries and headless CI runs) to close the coverage gap in the specificity of actions.

DimensionReasoningScore

Specificity

The description lists several concrete specifics — "by.id, by.text and by.label matchers", "waitFor for extra sync", "the Jest runner", "gray-box runs inside the app" — matching the anchor 'Lists several specific actions; minor gaps in coverage'. It is not a 5 because these are feature keywords rather than comprehensive capability actions (e.g., scaffolding, building, and CI wiring from the body are absent), and not a 3 because far more than 1-2 concrete items are named.

4 / 5

Completeness

It has an explicit when-clause ("Use whenever a React Native app needs end-to-end tests with Detox") and a what conveyed through the colon-delimited capability list (matchers, waitFor, Jest runner), fitting level 4's 'both what and when; when could be more explicit or specific' — here the when is actually strong. It is not a 5 because the 'what' is a fragmentary keyword list rather than an explicit statement of what the skill does (the reader must infer it writes/sets up Detox tests), and not a 3 because the when is explicit, not merely implied.

4 / 5

Trigger Term Quality

Natural terms users would say are present: "React Native", "end-to-end tests", "Detox", "Jest" — good keyword coverage per the level-4 anchor. It falls short of level 5's 'comprehensive coverage of natural terms including synonyms' because common variations like "E2E", "mobile app testing", or "flaky tests" are missing, but exceeds level 3's 'missing common variations' since the core natural phrases are all there.

4 / 5

Distinctiveness Conflict Risk

It carves out a clear niche (React Native + Detox) and explicitly routes adjacent cases away: "Flutter is flutter-testing; cross-platform black-box is appium-testing; YAML flows are maestro-flows". This matches level 5's 'clear niche with distinct triggers; minimal conflict risk' — the disambiguation is more explicit than level 4's 'minor overlap risk with closely related skills'.

5 / 5

Total

17

/

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

On this page