robinebers/openusage · Archived

test-triage

Triage failing macOS tests across Xcode and SwiftPM workflows. Use when asked to run macOS tests, narrow failing scopes, explain assertion or crash failures, or separate real test regressions from setup and environment problems.

Installation

$ npx skills add robinebers/openusage --skill test-triage

Stronger alternatives

This repository is archived — consider an actively maintained alternative.

Similar popular skills

Related neighbors and high-traction skills in the same topics — useful to compare before installing.

Also in this package

Other skills from robinebers/openusage · top by installs.

npx skills add robinebers/openusage

Browse all from robinebers/openusage

More details

Agent compatibility

Declared targets from SKILL.md / docs. Unmarked agents are not listed — the skill may still install via the CLI.

Claude Code Not declared
Cursor Not declared
Codex Not declared
GitHub Copilot Not declared
Windsurf Not declared
Gemini CLI Not declared
Cline Not declared
OpenCode Not declared

Repository health

Stars 3.9K
License LICENSE
Default branch main
Open issues 50
Status Archived

Package contents

Files included with this skill beyond the listing page.

  • skill md SKILL.md 1,647 B
  • docs SUMMARY.md 247 B

History

  1. First recorded snapshot · 1 installs

SKILL.md

Test Triage

Quick Start

Use this skill to run the smallest meaningful test scope first, classify failures precisely, and avoid treating every test failure like a product bug.

Workflow

  1. Detect the test harness.

- Use xcodebuild test for Xcode-based projects. - Use swift test for SwiftPM packages.

  1. Narrow the scope.

- If the user gave a target, product, or test filter, use it. - If not, prefer the smallest likely failing target before a full suite.

  1. Classify the result.

- Build failure - Assertion failure - Crash or signal - Async timing or flake - Environment or fixture setup issue - Missing entitlement or host app issue

  1. Rerun intelligently.

- Use focused reruns when a specific case fails. - Avoid burning time on full-suite reruns without new information.

  1. Summarize clearly.

- What command ran - Which tests failed - What kind of failure it was - The best next proof step or fix path

Guardrails

  • Distinguish compilation failures from test execution failures.
  • Call out when a test appears to assume iOS-only or simulator-only behavior.
  • Mark likely flakes as such instead of overstating confidence.

Output Expectations

Provide:

  • the command used
  • the smallest failing scope
  • the top failure category
  • a concise explanation of the likely cause
  • the next rerun or fix step