CtrlK
BlogDocsLog inGet started
Tessl Logo

testland/touch-gesture-tester

Verifies touch-gesture handlers (tap, double-tap, long-press, swipe, pinch, rotate, pan) work as expected under both mobile-emulation (Playwright) and native (XCUITest / Espresso / Detox) - distinguishes "mouse click handler also fires on tap" from "real touch event fired with correct properties." Use when the app has bespoke gesture handlers (custom carousels, sliders, drag-drop, pull-to-refresh) and the team needs targeted gesture verification beyond generic UI assertions.

75

Quality

94%

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

85%

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 gesture-testing skill with executable cross-platform examples and a clear sequenced workflow. Its only weakness is conciseness: it re-explains touch-event basics Claude already knows and carries some verbose workaround prose.

Suggestions

Trim the Overview's re-explanation of the touchstart→touchend→click vs mousedown→mouseup→click event sequence — Claude already knows this; keep only the skill-specific framing of why it matters.

Collapse the long-press section's two overlapping approaches (touchscreen.tap + evaluate-based dispatch) into one primary method, demoting the second to a one-line fallback note.

Cut or shorten hedging prose like the inline 'Note: page.touchscreen.swipe API may not exist…' by stating the recommended approach first and the caveat in a single parenthetical.

DimensionReasoningScore

Conciseness

The body is mostly lean and code-heavy, but the Overview re-explains the touch-vs-click event sequence (touchstart→touchend→click vs mousedown→mouseup→click) — a concept Claude already knows — and the long-press section is verbose with two overlapping approaches.

2 / 3

Actionability

It provides concrete, executable code for every platform (Playwright TS, Swift XCUITest, Kotlin, Detox JS) plus grep inventory commands; the few caveats (e.g. page.touchscreen.swipe may not exist) are explicitly justified with alternatives.

3 / 3

Workflow Clarity

Steps 1–6 are clearly sequenced from handler inventory through CI, and Step 5 supplies an explicit 4-point assertion checklist (event fired, state changed, animation completed, other inputs still work).

3 / 3

Progressive Disclosure

Content is well-organized into clearly-signaled sections with one-level-deep references to sibling skills (xcuitest-suite, detox-testing, espresso-suite, mobile-web-emulation-runner) and no nested reference chains; no bundle files exist to verify.

3 / 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.

A strong, third-person description that crisply states capability, names concrete gestures and tools, and gives an explicit 'Use when' trigger with distinct, conflict-resistant signals. No meaningful weaknesses to address.

DimensionReasoningScore

Specificity

The description enumerates concrete actions ('tap, double-tap, long-press, swipe, pinch, rotate, pan') and pins down the core distinction ('mouse click handler also fires on tap' vs 'real touch event fired with correct properties'), matching the 'lists multiple specific concrete actions' anchor.

3 / 3

Completeness

It answers both 'what' (verifies touch-gesture handlers and distinguishes real touch events from click passthrough) and 'when' via the explicit 'Use when the app has bespoke gesture handlers…' clause.

3 / 3

Trigger Term Quality

It surfaces natural terms a user would say — gesture names, 'carousels, sliders, drag-drop, pull-to-refresh', and tooling names (Playwright, XCUITest, Espresso, Detox) — giving good coverage of common variations rather than just jargon.

3 / 3

Distinctiveness Conflict Risk

The niche — real touch-event verification beyond generic UI assertions, on both emulation and native — has distinct triggers and is unlikely to fire for ordinary click/UI-testing 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