Loading...
Loading...
Found 88 Skills
Use when you need to actually write inspection script code and implement an automation checker based on the design scheme of assess-automation-checklist; output runnable script files and integration guides. Trigger words: write inspection script, implement automatic inspection, code checker, write checker code.
Pairwise test generation
Analyze, prioritize, and document test cases in TMS (Jira/Xray) -- the bridge between manual QA and test automation. Use when creating Test/ATP/ATR artifacts, calculating ROI to choose which tests to automate, maintaining US-ATP-ATR-TC traceability, or repairing broken TMS links. Supports four scopes: module-driven (exhaustive module exploration), ticket-driven (QA-approved user story), bug-driven (regression TC for a closed bug), and ad-hoc/exploratory. Produces three outcomes per TC: Candidate (feeds test-automation), Manual (terminal), Deferred (terminal). Triggers on: document tests, create test cases in Jira/Xray, prioritize for automation, ROI analysis, which tests to automate, Candidate vs Manual, link ATP to ATR, fix TMS traceability, stage 4, turn this bug into a regression test. Do NOT use for writing test code (test-automation) or running suites (regression-testing).
Add a test case to the web renderer
DEPRECATED: Use testing-best-practices instead. This skill has been retired.
Eval enablement accelerator — help customers think through "what does good look like" for their AI agent, then generate a structured eval plan and test cases they can use immediately. No running agent required. Works from a description, an idea, or even a vague goal. Use when anyone mentions agent evaluation, eval planning, "what should we test", "how do we know if the agent is good", test case generation, or interpreting eval results.
Automated fix skill that reads review reports and applies fixes to TSPEC (Test Specification) documents - handles broken links, element IDs, test case structure issues, and iterative improvement
Creates new Robot Framework test cases for SnapLogic pipeline testing. Use when the user wants to create a new test file, add test cases to existing files, or needs test templates for specific system types (Oracle, PostgreSQL, Snowflake, etc.).
Test Case Generator - Based on the theories of Equivalence Partitioning and Boundary Value Analysis, generates high-quality test cases in batches by Test Points (POINT), output in Markdown format. Used when users execute the /testcase-gen command or need to generate test cases.
Generates Qt Quick Test cases (TestCase, SignalSpy, tryCompare) for QML components. Use for "write QML tests", "qml test", "qt quick test".
Create comprehensive test scenarios from user stories with test objectives, starting conditions, user roles, step-by-step actions, and expected outcomes. Use when writing QA test cases, creating test plans, defining acceptance tests, or preparing for feature validation.
Integrated Collaboration for PRD + Executable Test Cases (Development Paradigm v2 Definition Section). Input is a finalized split task/requirement; outputs 4 files: PRD-MD and Test Case-MD (fact sources for AI) + two template-based review HTMLs (for human review, strictly 1:1 with MD). Co-write and iterate with users: autonomously read code after understanding requirements before writing; story-driven + phased single-point confirmation; UI stories include ASCII wireframes + Mermaid capabilities. Triggers: organizing/writing/refining PRDs, requirement documents, user stories, acceptance criteria, test cases, test benchmarks, test plans. Not applicable to: ambiguous requirements not split into tasks (use issue-pool first), unexplored interface solutions (use design-exploration first, whose output requirement-summary.md is exactly the input for this skill), small requirements for modifying an already launched feature (use req-change-workflow), long HTML articles/retrospectives/reports for human reading (use readable-output), project-level framework plans and version roadmaps (use issue-pool), writing code or running tests (this skill only produces documents, does not implement or execute cases).