ktm test-campaigns create

Create a new Tests campaign

Create a new Tests campaign

Usage

ktm test-campaigns create [flags]

Examples

ktm test-campaigns create --product acme~web --name "Regression" --test-list @testlist.json
echo '[{"position":0,"test":117,"owners":{},"input_variables":{}}]' | \
  ktm test-campaigns create --product acme~web --name "Smoke" --test-list -
ktm test-campaigns create --product acme~web --name "Targeted" --test-list @list.json \
  --collection-uid 7b9c6d8e-...

Flags

FlagTypeDefaultDescription
--collection-uidstringCollection UID to nest the Tests campaign under (default: product's campaigns root; a tests-root UID is rejected)
--descriptionstringTests campaign description
--namestringTests campaign name (required)
--productstringProduct slug, format: operator~product (required)
--test-liststringPath to JSON file containing the test_list array, or "-" for stdin (required)

Details

Create a new Tests campaign scoped to a single product. --test-list points to a JSON file (or '-' for stdin) containing an array of TestCampaignMember entries: [{"position": 0, "test": 123, "owners": {}, "input_variables": {}}]

All tests must belong to --product. Owners and input_variables can be empty objects but must be present.

--collection-uid nests the Tests campaign under a specific collection. When omitted, it defaults to the product's campaigns root (test_campaigns_root_collection_uid). A Tests campaign must never live under a tests root — that collection renders it as a test row in the UI and crashes the test list, so a tests-root --collection-uid is rejected.

Notes

  • Creates a saved, named, reusable pack of tests. For a one-off run from explicit test IDs, skip this and use ktm ci build with --test-ids instead.

Global flags (--output, --debug, --host, …) apply to every command. See the command reference overview.

What's next?

All commands

Browse the full CLI reference.

Get started

Install the CLI and authenticate.

Last updated on