CtrlK
BlogDocsLog inGet started
Tessl Logo

testland/object-model-patterns

Pure reference catalog of the canonical object-model architecture patterns for test automation frameworks - Page Object Model (Fowler), Screenplay (Marcano/Palmer/Hill), Component Object, App Actions (Cypress idiom), Service Object, Repository, and Screen Object (the desktop/mobile sibling of Page Object covering Windows UIA, macOS XCTest, Linux AT-SPI, Appium / Espresso) - each with its canonical citation, when-to-use rules, refuse-to-mix anti-patterns, and a worked example. This is the architecture-tier reference - what each pattern *is* - not file-level style rules and not tool-specific configuration. Use when designing, reviewing, or migrating a test framework's object-model architecture.

66

Quality

83%

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

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

A well-structured architecture reference that appropriately splits overview from detail, gives concrete worked examples, and supplies a selection matrix plus anti-pattern tables. The main improvement is rebalancing content between SKILL.md and the catalog file so the body stays leaner.

Suggestions

Move the full Pattern 7 worked C# example (Bad/Good) into references/pattern-catalog.md and keep only a one-line pointer in SKILL.md to reduce body length.

Add at least one short inline code example for a second pattern (e.g. Screenplay Task/Question or App Actions cy.window call) so actionability is consistent across patterns, not just Screen Object.

DimensionReasoningScore

Conciseness

Mostly lean reference prose with citations and load-bearing rules rather than re-explained basics, though the full pattern definitions plus a worked C# example in SKILL.md add length that could partly live in the reference file.

4 / 5

Actionability

Provides concrete, copy-paste-ready worked examples (the Good/Bad FlaUI xUnit snippet) and explicit load-bearing rules per pattern; minor gap is that only one pattern carries a full code example while the others are rule-based.

4 / 5

Workflow Clarity

The 'When to use' / 'Do not use' / selection-matrix structure gives a clear decision sequence for choosing a pattern, with an explicit matrix and cross-cutting anti-patterns acting as checkpoints; it is reference rather than destructive workflow, so no validate-fix-retry loop is required.

4 / 5

Progressive Disclosure

Good one-level-deep split: SKILL.md holds definitions, citations, the selection matrix, and one worked example, while references/pattern-catalog.md (a real 128-line file) carries the detailed when-to-use rules and anti-pattern tables, clearly signaled via an inline link.

4 / 5

Total

16

/

20

Passed

Description

83%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 precise, well-bounded description that clearly states both what the catalog contains and when to use it, with strong trigger terms and explicit boundaries against sibling skills. The only weakness is density: the long enumeration makes it less crisp than the best examples.

Suggestions

Front-load the 'Use when...' trigger clause earlier (before the long pattern enumeration) so the trigger is scannable before the dense catalog list.

Trim the parenthetical catalog of all seven patterns in the description and rely on the body for the enumeration; keep the two or three most-used pattern names as trigger terms.

DimensionReasoningScore

Specificity

Names the domain and enumerates specific concrete patterns (Page Object Model, Screenplay, Component Object, App Actions, etc.) each with citation and when-to-use rules, but the dense catalog phrasing is more 'what the catalog contains' than a clean list of executable actions.

4 / 5

Completeness

Explicitly answers both 'what' (the canonical pattern catalog with citations, when-to-use, anti-patterns, examples) and 'when' ("Use when designing, reviewing, or migrating a test framework's object-model architecture").

5 / 5

Trigger Term Quality

Strong natural keywords ('Page Object Model', 'Screenplay', 'designing, reviewing, or migrating a test framework') that a user would plausibly say, though a few common synonyms/variations are absent and the phrasing is dense.

4 / 5

Distinctiveness Conflict Risk

Clear architecture-tier niche with explicit boundary statements ('not file-level style rules and not tool-specific configuration') and named sibling skills, minimizing conflict with adjacent 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.

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

Reviewed

Table of Contents