Test Runner
À quoi sert cet écran
Test Runner exécute des suites de tests sur la plateforme et en conserve les résultats. Les exécutions ont lieu sur Argo Workflows : une exécution de tests est donc un pipeline comme un autre — on peut la suivre, la relire et la comparer aux précédentes.
Avant de commencer
| Pour faire ceci | Il vous faut |
|---|---|
| Ouvrir Test Runner | la permission d’accès Test Runner |
Argo Workflows doit être connecté et testé — voir Settings › Development › CI/CD. Sans cela, les exécutions sont soumises et ne démarrent jamais.
Ouvrir l’écran
- Tools › Test Runner dans la barre latérale.
| Route | Écran |
|---|---|
/test-runner |
Tableau de bord des exécutions |
/test-runner/run |
Lancer une exécution |
/test-runner/run/:id |
Le détail d’une exécution |
L’interface
📸 Capture d’écran : Le tableau de bord Test Runner. Repères : (1) le libellé Runner indiquant Argo Workflows, (2) le tableau des exécutions, (3) l’action qui lance une exécution, (4) le statut d’une ligne.
| # | Élément | Ce qu’il fait | Quand l’utiliser |
|---|---|---|---|
| 1 | Libellé Runner | Nomme le moteur d’exécution — Argo Workflows | Diagnostiquer pourquoi rien ne démarre |
| 2 | Tableau des exécutions | Exécutions passées et en cours | Consulter les résultats |
| 3 | Lancer une exécution | Ouvre le formulaire | Exécuter des tests |
| 4 | Statut | Comment une exécution s’est terminée | Tri des incidents |
Procédures
Lancer une exécution de tests
- Tools › Test Runner, lancez une exécution.
- Renseignez le formulaire et soumettez.
- Surveillez le statut. Les exécutions ont lieu sur Argo Workflows : le délai avant démarrage correspond à la planification du workflow, pas à une lenteur de l’interface.
Lire les résultats d’une exécution
Ouvrez l’exécution depuis le tableau. Sa page de détail porte le résultat et la sortie.
Scénario
Les exécutions de tests sont soumises mais ne démarrent jamais.
- Tools › Test Runner — regardez le libellé Runner. Il indique Argo Workflows, ce qui vous dit où chercher ensuite.
- Allez dans Settings › Development › CI/CD.
- Trouvez l’intégration Argo Workflows — pas celle d’Argo CD ; elles sont distinctes, et le bon fonctionnement des déploiements ne prouve rien sur les workflows.
- Lisez Last Tested. Vide signifie qu’elle n’a jamais été prouvée fonctionnelle.
- Testez l’intégration. L’erreur nomme ce qui est injoignable.
- Vérifiez le type d’emplacement de l’intégration face à l’endroit où tourne réellement Argo Workflows. Un mauvais emplacement s’enregistre sans broncher et n’échoue qu’à l’usage.
- Resoumettez l’exécution.
C’est le même diagnostic que pour des pipelines qui ne démarrent pas, et pour la même raison : les deux reposent sur Argo Workflows.
En cas de problème
| Symptôme | Cause | Comment vérifier | Solution |
|---|---|---|---|
| Test Runner n’est pas dans le sous-menu | Il manque la permission d’accès Test Runner | Access Explorer | Demandez un rôle qui l’accorde |
| Les exécutions sont soumises sans démarrer | Intégration Argo Workflows absente ou non testée | CI/CD | Ajoutez et testez l’intégration Argo Workflows |
| Les déploiements marchent, pas les tests | Seul Argo CD est connecté | La colonne Type de CI/CD | Argo Workflows est une intégration distincte |
| Une exécution échoue immédiatement | Les prérequis propres à la suite | Le détail de l’exécution | Lisez la sortie |
| Aucun historique | Rien n’a encore été exécuté sur cette installation | — | Comportement attendu |
Pour aller plus loin
- Stress Testing — la charge plutôt que la justesse
- Settings › Development › CI/CD — ce qui exécute tout cela