Construire et exécuter des campagnes

Une campagne est un lot éphémère de tests que vous construisez, remplissez et exécutez. Le schéma est construire, exécuter, lire les résultats, et il est identique sur votre poste de travail et en CI, ce qui facilite le scripting ou la délégation à un agent.

Construire, exécuter, lire

Construire un template de campagne

ktm ci build --test-ids 16480,16838 --product my-operator~my-product > campaign.json

Exécuter

ktm ci run --test-config-path campaign.json --junit-file results.xml --output-file summary.json

Lire les résultats

ktm executions get <result-id> pour une exécution, ou ktm executions list --product my-operator~my-product --status FAILED.

Ou faites-le en un seul pipe :

ktm ci build --test-ids 16480 --product acme~web --variant "API:Staging" | ktm ci run --stdin

Fixer un environnement avec les variants

Passez --variant par groupe (par nom group:variant ou par ID numérique). Les groupes non fixés utilisent leur variant par défaut :

ktm ci build --test-ids 16480 --product acme~web \
  --variant "API:Staging" --variant "Database:Replica" > campaign.json

Gérez les valeurs que contiennent ces variants avec ktm variables :

ktm variables list --product acme~web
ktm variables set-value <variable-id> --variant Staging --value "https://staging.acme.test"

Dans votre pipeline

Les deux mêmes commandes alimentent la CI, avec une sortie JUnit et un code de sortie non nul quand un test échoue. Sur GitHub Actions, ktm émet aussi des annotations natives et un résumé de job. Voir CI/CD.

Et ensuite ?

CI/CD

Intégrez build et run dans votre pipeline.

Monitors et incidents

Exécutez des tests selon un planning et réagissez aux échecs.