ktm tests edit
Modifier un test existant (crée automatiquement une nouvelle version)
Modifier un test existant (crée automatiquement une nouvelle version)
Utilisation
ktm tests edit <id> [flags]Exemples
# Modifier les actions du test depuis un fichier (conserve les variants fixés existants)
ktm tests edit 16480 --from-file updated.json
# Modifier uniquement le nom du test
ktm tests edit 16480 --name "New Test Name"
# Fixer à nouveau le groupe API sur un variant différent ; laisse les fixations Database/Frontend intactes
ktm tests edit 16480 --variant API:Dev
# Fixer à nouveau plusieurs groupes en une seule commande (les formes peuvent être mélangées : nom 'group:variant' ou identifiant numérique)
ktm tests edit 16480 --variant API:Staging --variant Database:Replica --variant 31
# Prévisualiser d'abord, puis modifier
ktm tests dry-run 16480 --from-file updated.json
ktm tests edit 16480 --from-file updated.jsonArguments
| Argument | Requis |
|---|---|
id | Oui |
Flags
| Flag | Type | Défaut | Description |
|---|---|---|---|
--auto-correct-kinds | boolean | Réécrire les kinds d'input_variable déclarés pour correspondre aux types de variables de la plateforme. Sans ce flag, les décalages de kind sont des erreurs bloquantes. | |
--description | string | Remplacer la description du test | |
--from-file | string | Chemin vers le fichier JSON avec la définition de test mise à jour | |
--name | string | Remplacer le nom du test | |
--skip-validation | boolean | Contourner le validateur côté client (la plateforme valide toujours). Utilisez pour les tests avec des types d'action que le registre CLI ne connaît pas (types futurs, modifications d'archive uniquement). | |
--variant | string[] | Fixer à nouveau un variant pour un groupe de variables. Répétable. Formes : '5' (identifiant numérique du variant) ou 'API:Staging' (group:variant par nom). Les groupes non fixés conservent leur bucket existant ; les nouvelles variables obtiennent le variant par défaut du groupe. |
Détails
Mettre à jour un test en fusionnant les changements d'un fichier JSON ou de flags avec la définition actuelle. Les champs protégés (product, collection_uid) sont toujours verrouillés sur les valeurs actuelles. Le nom et la description ne changent que lorsqu'ils sont explicitement fournis via des flags. Chaque modification crée une version d'historique restaurable sur la plateforme.
Les buckets V3 sont résolus automatiquement contre le produit du test. Sans --variant, les buckets existants sont conservés ; --variant API:Staging fixe à nouveau le groupe API et laisse les buckets des autres groupes intacts. Les tests pré-V3 (sans buckets) reçoivent les variants par défaut automatiquement.
Utilisez "tests dry-run" d'abord pour prévisualiser l'impact avant d'appliquer les changements.
Associés
Les flags globaux (--output, --debug, --host, ...) s'appliquent à toutes les commandes. Consultez la vue d'ensemble de la référence des commandes.
Et ensuite ?
Last updated on