CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

windows-desktop-e2e

E2E testing for Windows native desktop apps (WPF, WinForms, Win32/MFC, Qt) using pywinauto and Windows UI Automation. Use when writing E2E tests for a Windows native desktop app with pywinauto or UI Automation.

67

Quality

84%

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

SKILL.md
Quality
Evals
Security

Quality

Content

77%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 highly actionable, well-sequenced body with rare and valuable Windows-specific knowledge (UIA quality by framework, Qt quirks, sandbox tiers). Its main weaknesses are length — everything lives in SKILL.md with no progressive disclosure into reference files — and some duplicated fixture listings that add tokens without adding information.

Suggestions

Move specialized deep-dives (Job Object ctypes code, screenshot/OpenCV fallback mode, Windows Sandbox .wsb setup, per-step trace) into reference files (e.g., references/sandbox-tiers.md, references/screenshot-mode.md) and keep one-line pointers in SKILL.md.

Remove the basic conftest fixture entirely and keep only the Tier 1 sandbox fixture, which is already recommended as the default — this eliminates a duplicated ~35-line listing.

Tighten the Testability Setup section by collapsing WPF/WinForms/Win32 examples into a compact table (framework → mechanism → code snippet).

DimensionReasoningScore

Conciseness

The body is dense with genuinely non-obvious domain knowledge (Qt UIA quirks, Job Object struct offsets, DPI scaling rules), but at ~880 lines it inlines two full conftest variants, a complete BasePage, and diagnosis-only helpers that could be trimmed or moved to reference files. This matches 'mostly efficient but could be tightened' rather than the minor-trim profile of anchor 4.

3 / 5

Actionability

Nearly every section is copy-paste-ready executable code or commands: install commands, a UIA reachability check, page objects, fixtures, CI workflow YAML, working ctypes Job Object code, and OpenCV template matching with a tuning helper. Specific examples cover the common cases across all supported frameworks.

5 / 5

Workflow Clarity

The sequence is clear (prerequisites → verify UIA reachable → testability setup → page objects → waits → CI) with explicit validation (UIA reachability check, wait patterns, failure screenshots) and strong error-recovery feedback loops (flaky-test cause/fix table, per-step trace with caveats, anti-patterns). It is not a 4 because checkpoints and recovery paths are explicit throughout, not implicit.

5 / 5

Progressive Disclosure

Sections are well-organized with clear headers, but the skill has no bundle files at all and inlines large specialized chunks (Job Object, screenshot/OpenCV mode, Windows Sandbox config, per-step trace) that belong in one-level-deep reference files. This matches 'some structure ... content that should be separate is inline'; it is above anchor 2 because navigation via headers is good.

3 / 5

Total

16

/

20

Passed

Description

87%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 description: concrete tooling and framework scope, third-person voice, and an explicit 'Use when' trigger clause. Its only weakness is a single-action framing that undersells the skill's full breadth (suite setup, flaky-test diagnosis, CI integration).

DimensionReasoningScore

Specificity

The description names a concrete action ("E2E testing") with specific tooling ("using pywinauto and Windows UI Automation") and an explicit framework list ("WPF, WinForms, Win32/MFC, Qt"). It stops short of anchor 5 because it describes a single action rather than multiple specific capabilities (e.g., setting up suites, diagnosing flaky tests, adding testability).

4 / 5

Completeness

It clearly answers both questions: what it does ("E2E testing for Windows native desktop apps ... using pywinauto and Windows UI Automation") and an explicit, concrete trigger clause ("Use when writing E2E tests for a Windows native desktop app with pywinauto or UI Automation"), matching the anchor-5 pattern. It is not a 4 because the 'when' is explicit and specific, not merely present.

5 / 5

Trigger Term Quality

Natural terms users would say are present: "E2E tests", "Windows native desktop app", "pywinauto", "UI Automation", plus framework names. It misses common synonyms like "end-to-end", "GUI testing", "desktop automation", so it does not reach comprehensive coverage.

4 / 5

Distinctiveness Conflict Risk

The niche is sharply defined (Windows native desktop, pywinauto/UIA) and clearly distinguishes itself from web/Electron/mobile E2E skills, so it is unlikely to trigger the wrong skill. No meaningful overlap risk.

5 / 5

Total

18

/

20

Passed

Validation

87%

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

Validation — 14 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

skill_md_line_count

SKILL.md is long (889 lines); consider splitting into references/ and linking

Warning

metadata_version

'metadata.version' is missing

Warning

Total

14

/

16

Passed

Repository

affaan-m/ECC

Path

skills/windows-desktop-e2e/SKILL.md

Reviewed

Table of Contents

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.