CtrlK
BlogDocsLog inGet started
Tessl Logo

testland/xcuitest-suite

Authors XCUIest UI tests for iOS / iPadOS / tvOS - uses the three-class XCUIApplication / XCUIElement / XCUIElementQuery pattern, sets accessibility identifiers on production code, runs via `xcodebuild test` with destination, parses the `xcresult` bundle. Use when an iOS app needs UI tests in Apple's first-party framework (no external runtime; native to Xcode).

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

Passed

No findings from the security scan

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.

The content is highly actionable and concisely structured as an eight-step workflow with executable Swift/shell/YAML snippets and useful validation cues. Its main weakness is progressive disclosure: the skill is a single large file that could offload reference material into bundle files.

Suggestions

Move the query-pattern catalog (Step 3) and/or the anti-patterns table into a `references/query-patterns.md` file referenced from the body, so the SKILL.md overview stays lean.

Extract the CI integration example (Step 8) into `references/ci-integration.md` and link it one level deep from the main body.

Add a brief 'Verify' callout after Step 6 (Run) that explicitly frames parsing the xcresult bundle as the validate→fix→rerun feedback loop, making the error-recovery loop explicit.

DimensionReasoningScore

Conciseness

The body is code-forward and lean — it assumes competence and avoids explaining basic concepts; brief prose like "XCUITest finds elements via the accessibility tree" earns its place rather than padding. It is not the score-2 case because there is no gratuitous library-comparison or beginner exposition.

3 / 3

Actionability

Every step ships copy-paste-ready executable artifacts: a Swift XCTestCase, accessibility-identifier setup, query/event/assert snippets, an `xcodebuild test` command with destination, an `xcresulttool` command, and a GitHub Actions YAML — matching the fully-executable score-3 anchor.

3 / 3

Workflow Clarity

A clear eight-step sequence (target → identifiers → query → synthesize → assert → run → parse → CI) with validation-relevant checkpoints (`continueAfterFailure = false`, `waitForExistence`, xcresult parsing) and an anti-patterns table acting as a checklist. Test authoring is not a destructive/batch operation, so the no-feedback-loop cap does not apply; it is not score-2 because checkpoints are explicit rather than implicit.

3 / 3

Progressive Disclosure

All ~220 lines live in a single monolithic SKILL.md with no bundle files (references/scripts/assets absent); content such as the query-pattern catalog, CI integration, or anti-patterns could be split into separate referenced files. It is not score-1 because sections are well organized and references are one-level (external URL + sibling-skill cross-refs, no deep nesting), and not score-3 because nothing is actually offloaded to separate files.

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.

The description is specific, action-oriented, and includes an explicit "Use when" trigger with clear third-person voice. It cleanly distinguishes the skill from cross-platform alternatives; the only flaw is a small typo ("XCUIest").

DimensionReasoningScore

Specificity

Lists multiple concrete actions: "Authors XCUIest UI tests", "uses the three-class XCUIApplication / XCUIElement / XCUIElementQuery pattern", "sets accessibility identifiers", "runs via `xcodebuild test`", "parses the `xcresult` bundle" — matching the score-3 anchor.

3 / 3

Completeness

Explicitly answers both what (authors tests, the pattern, sets identifiers, runs, parses results) and when via the clause "Use when an iOS app needs UI tests in Apple's first-party framework", matching the score-3 anchor.

3 / 3

Trigger Term Quality

Natural terms a user would say are well covered ("UI tests", "iOS app", "Apple's first-party framework", "Xcode", "iOS / iPadOS / tvOS"); not just technical jargon. A minor typo ("XCUIest" vs "XCUITest") does not undermine the natural-language coverage.

3 / 3

Distinctiveness Conflict Risk

A clear niche (Apple first-party XCUITest for iOS/iPadOS/tvOS) with the "no external runtime; native to Xcode" qualifier distinguishing it from Appium/Detox, so it is unlikely to trigger for sibling 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