create-test-run

Solid

Create a Kobiton test run from a test case or suite, then offer to monitor it. When the user gives only partial details (or just a test case id), fill the rest with sensible defaults that match the createTestRun schema, show a summary of what will run, and ask to proceed or customize before creating. After the run is created, offer monitoring in a single prompt — monitor + auto-open live remediation (only when the org's live-remediation flag is ON), monitor only, or don't monitor — and hand off to the monitor-test-run skill if chosen. Use when the user asks to "create / kick off / start / run a test run", "run test case X on N devices", or similar. Wraps the createTestRun MCP tool (and getOrgSettings / listDevices for defaults); delegates the watch to monitor-test-run.

AI & Automation 12 stars 3 forks Updated today MIT

Install

View on GitHub

Quality Score: 78/100

Stars 20%
37
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
50
License 10%
100
Description 5%
100

Skill Content

## Overview Turn a "run this" request into a created test run with as little friction as the user wants, then offer to watch it. Two phases: 1. **Build + confirm the run.** Resolve what to run (test case or suite), on which devices, with what app — filling any unspecified field with a documented default — then show a one-screen summary and create on confirmation. 2. **Offer monitoring once.** After creation, present the monitor choice in a single prompt and delegate to `monitor-test-run` if the user wants it. > **Tool naming.** Kobiton MCP tools are referenced by bare name (`createTestRun`, > `getOrgSettings`, `listDevices`, `getTestCase`, `getTestSuite`). The host > resolves the prefix (`mcp__plugin_automate_kobiton__createTestRun`, > `mcp__kobiton__createTestRun`, etc.). ## Inputs | Input | Required | Notes | |-------|----------|-------| | test case id **or** test suite id | one of | A test case id → `TEST_CASE` selection; a suite id → `TEST_SUITE`. If the user named neither, ask for it (it's the one thing with no sensible default). | | device count / specific devices | no | Default: 1 device matching the test case/suite platform. The user may say "3 devices", name models, or give UDIDs. | | run name / app version / allocation | no | All defaulted (see Step 2). | ## Steps ### 1. Resolve the target and its platform - A **test case id** → fetch it (`getTestCase`) to learn its platform and the app under test. Selection will be `TEST_CASE` with `testCaseSelec...

Details

Author
kobiton
Repository
kobiton/automate
Created
4 months ago
Last Updated
today
Language
JavaScript
License
MIT

Integrates with

Bundled in these plugins

Similar Skills

Semantically similar based on skill content — not just same category

AI & Automation Solid

monitor-test-run

Watch a running Kobiton test run and narrate it to the user: read the org's live-remediation flag up front, poll the run until every execution is terminal, surface the live-remediation URL the moment an execution is blocked, and give a correct post-mortem so a COMPLETED-with-BLOCKER_ENCOUNTERED execution is never reported as passed. Quiet on passes, loud on blockers and the final summary; suite runs are grouped by test case. When live remediation is enabled, it asks up front whether to auto-open the live-remediation browser window when a blocker hits. Use when the user asks to "watch", "monitor", "track", or "follow" a test run, or as the natural follow-up right after createTestRun returns a testRunId. The watch runs a bundled poller that emits only on real state changes (no per-poll chatter); uses getOrgSettings up front and terminateTestRun on request, plus the shared chromeless launcher — it does not drive or resolve the blocker itself.

12 Updated today
kobiton
AI & Automation Solid

run-automation-suite

Run local Appium test scripts against Kobiton devices. Guides through app upload, device selection, capability parsing, and local execution. Use when the user asks to run mobile tests, validate an APK or IPA on Kobiton devices, or kick off an Appium suite from a local script directory. Trigger with "run kobiton tests" or "execute appium on kobiton".

12 Updated today
kobiton
AI & Automation Solid

run-interactive-session

Perform interactive testing on Kobiton devices using natural language. Translates user intents into CLI commands - WebDriver actions (find elements, type, click, swipe), device operations (adb shell, screen capture, port forwarding), file management (push/pull), app management, and test execution. Use when the user wants to interact with a mobile device on Kobiton, run exploratory tests, inspect device state, manage files on a device, or execute test sessions - even if they don't say "interactive test" explicitly. Trigger with "interact with kobiton device", "explore on kobiton", or "tap/swipe on device".

12 Updated today
kobiton