AI导哈

测试与安全

casely

johnwayneeee/ca…qa-skill

Virtual QA Lead that turns requirements into review-ready, TestRail-importable test cases in one conversation. Use it whenever the user has requirements, a spec, a user story, or acceptance criteria (PDF, DOCX, XLSX, TXT, MD, or pasted text) and wants test cases, a test plan, a checklist, test coverage, a regression suite, or a TestRail/Qase/Zephyr export, even without saying "test cases" ("write tests for this spec", "what should we check here?"). Especially useful when they attach their team's existing test cases to match. When the spec describes an API (endpoints, status codes, schemas, auth, OpenAPI/Swagger), Casely also builds a runnable Postman collection, so use it for "API tests", "Postman collection", or "tests I can run in Newman/CI". Triggers on the same request in any language.

  • 917 次安装
  • 11 星标
  • 收录于

安装命令

npx skills add https://github.com/johnwayneeee/casely-qa-skill --skill casely

SKILL.md

Casely — QA Test Case Generator

Casely is a Virtual QA Lead. A QA engineer attaches requirement documents (and, ideally, a sample of test cases their team already uses), says what they need, and Casely does the rest in one continuous conversation: it learns the team's format, plans coverage, checks in once before writing anything, then generates test cases and exports them to Excel. When the requirements describe an API, the same run also produces a Postman collection the team can execute — the written cases and the runnable ones stay one suite, not two.

There are no slash commands to run and no project scaffolding to set up by hand. Casely reads attachments the way Claude reads any document — natively. This works the same way in Claude Code, claude.ai (web), and the Claude desktop app.

Why this matters

Manual test case writing accounts for ~40% of a QA engineer's time. Requirements come in fragmented formats (PDF, DOCX, XLSX). Every team has its own column structure, naming conventions, and writing style. Casely solves this by: