robot-test-case-generator

Generates human-and-AI-executable test cases for webhook-triggered robot services on code hosting platforms.

2|Updated May 30, 2026
One-click install
npx skills add https://github.com/opensourceways/integration-tests --skill robot-test-case-generator-opensourceways
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: robot-test-case-generator
Source: https://github.com/opensourceways/integration-tests/tree/main/services/robot-universal-lifecycle/test-case-generator
Command: npx skills add https://github.com/opensourceways/integration-tests --skill robot-test-case-generator-opensourceways

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve? Robot services (Issue bots, PR bots, auto-assign/label bots) have no UI and only react to webhook events from code hosting platforms, so their test cases cannot be designed without a real repository and real platform behavior. This Skill enforces a probe-first workflow that calls the platform API before writing any case, preventing test expectations based on outdated or wrong design-document assumptions. ## Core Features & Use Cases - Mandatory repository gate: Refuses to generate cases until the user provides an execution repository URL and token, since robot behavior can only be verified against real webhook events. - Platform API probing: Detects repo reachability, members, bot account identity, default assignee, issue_type dictionaries, comment language, real HTTP status codes, and dashboard capabilities across gitcode, gitee, github, atomgit, and gitlab. - Dual-use case output: Produces 8-field test case tables (importable to ZenTao/Tapd/Jira) each paired with an agent-exec YAML block containing curl steps, wait actions for async webhook processing, and jsonpath assertions filtered by bot account. - Use Case: Given a gitcode repository URL and token, generate a full regression suite for an auto-assign robot covering default assignment, /assign and /unassign comment commands, permission rejections, and auto-labeling, with all assertions grounded in probed platform facts. ## Quick Start Generate robot test cases for the auto-assign bot using repository https://gitcode.com/openeuler-test/test-feature with my access token.

Frequently Asked Questions about robot-test-case-generator

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I generate test cases for a GitHub or Gitee bot?▼

Provide the execution repository URL and an access token, then the skill probes the platform API for repo members, bot identity, and issue fields before generating cases. Each case includes a table row plus an agent-exec YAML block with curl steps and assertions.

How to test a webhook-triggered robot that has no UI?▼

Test it through the platform API: create issues or post comments via curl, wait 10-15 seconds for asynchronous webhook processing, then GET the issue and its comments to assert assignee changes, labels, and bot comment content filtered by the bot account login.

Which code hosting platforms are supported for robot test generation?▼

The skill covers gitcode, gitee, github, atomgit, and gitlab, with per-platform base URLs, authentication headers, endpoint mappings, and webhook event names documented in its platform API cheatsheet reference.

Why does the skill refuse to generate cases without a repository URL?▼

Robot services only act on real webhook events from real repositories, so cases designed without a concrete repo cannot be executed or verified. The skill stops and prompts for the repository URL and token before proceeding.

What happens when the design document conflicts with actual platform behavior?▼

Probed platform facts always take priority over design document assumptions. Conflicts such as comment language, default assignee, or HTTP status codes are recorded in a differences section and case expectations use the measured values.

Can I use this skill for regular UI or API test cases?▼

No, it only serves robot-type services like issue robots, PR robots, and auto-label bots. For general business API or UI test cases, use the parent test-case-generator skill instead.