Quand un Planning ne produit pas l'exécution attendue, l'une de deux choses s'est produite. Soit le Planning a été mis en pause, ce qu'il vous signale et qui arrête toutes les exécutions futures jusqu'à ce que vous corrigiez la cause, soit une seule occurrence a été ignorée, ce qu'il ne signale pas et qui se règle de soi-même à l'occurrence suivante. Commencez par ouvrir l'onglet Plannings du groupe de test et par lire la colonne Statut, car cette seule colonne sépare les deux cas.
Si le statut est En pause
Un Planning cesse de se déclencher dès que quelque chose dont il dépend casse. Il n'est pas supprimé, et les exécutions qu'il a déjà produites non plus. Si une personne l'a mis en pause, aucune raison n'est affichée, car rien ne va mal. Si le Planning s'est mis en pause lui-même, la raison apparaît sous le statut, et Reprendre reste indisponible tant que vous n'avez pas corrigé la cause.
Raison affichée | Ce qui s'est passé | Comment corriger |
Le groupe de test n'a aucun cas de test | Tous les cas de test ont été retirés du groupe, une exécution n'aurait donc rien testé | Remettez au moins un cas de test dans le groupe, puis sélectionnez Reprendre |
Groupe de test supprimé | Le groupe vers lequel pointe le Planning n'existe plus | Recréez le groupe et ajoutez-lui un nouveau Planning. L'ancien ne peut pas être redirigé |
Environnement supprimé | L'Environnement enregistré sur le Planning a été retiré du projet | Recréez l'Environnement, ou utilisez Modifier sur le Planning pour en choisir un autre, puis Reprendre |
Projet supprimé | Le projet de test lui-même a été supprimé, ce qui met en pause tous ses Plannings | Restaurez le projet de test. D'ici là, rien ne s'y exécute |
Quand vous sélectionnez Reprendre, la prochaine exécution est calculée à partir de ce moment. Les occurrences manquées pendant la pause ne sont jamais rattrapées. Un Planning en pause pendant une semaine s'exécute une fois quand vous le reprenez, pas sept fois.
Si le statut est toujours Actif
Un Planning actif qui n'a produit aucune exécution signifie qu'une seule occurrence a été ignorée. Deux conditions provoquent cela, toutes deux temporaires :
Une exécution de ce même Planning était encore en cours. Un Planning ne se chevauche jamais lui-même. Si l'exécution précédente n'est pas terminée quand l'occurrence suivante est due, cette occurrence est abandonnée plutôt que mise en file, pour qu'un groupe lent n'accumule pas les exécutions derrière lui. C'est le cas le plus fréquent sur les Plannings Chaque heure dont le groupe prend plus d'une heure.
Votre espace de travail n'avait plus de crédits. Une exécution qui ne peut pas être payée n'est pas lancée. Manquer de crédits ne met délibérément pas le Planning en pause : il repart donc tout seul dès que des crédits sont disponibles, sans rien à réactiver.
Une occurrence ignorée n'est actuellement enregistrée nulle part où vous puissiez la voir. Le Planning reste Actif, la prochaine exécution est inchangée, et aucun message n'apparaît. Le seul signe visible est une exécution manquante : vous devez donc chercher ce qui est absent plutôt qu'une erreur.
Comment savoir de quel cas il s'agit
Ouvrez l'onglet Exécutions et utilisez Voir ses exécutions sur le Planning pour filtrer sur ses propres exécutions.
Regardez l'exécution précédant celle que vous attendiez. Si elle était encore en cours quand l'occurrence suivante était due, c'est la protection contre le chevauchement qui a ignoré cette occurrence. Comparez son heure de début et sa durée à la règle du Planning.
Si l'exécution précédente s'est terminée à temps, vérifiez votre consommation de crédits sur la période concernée. Un espace de travail à court de crédits pendant la nuit est l'explication habituelle.
Si l'exécution a eu lieu mais que vous ne la trouvez pas
Les exécutions planifiées ne sont pas conservées à part. Elles apparaissent dans la liste des exécutions avec toutes les autres, marquées Planifié dans la colonne du mode d'exécution, à côté de celles lancées par une personne, par la CI et par le serveur MCP. Filtrez cette colonne pour ne voir que les exécutions produites par un Planning.
Si vous regardez l'onglet Exécutions d'un groupe de test avec un filtre sur un Planning, les exécutions des autres Plannings du groupe sont masquées. Retirez le filtre pour tout voir.
Autres raisons pour lesquelles une exécution peut sembler incorrecte
L'exécution a eu lieu à une heure inattendue. Un Planning s'exécute dans le fuseau horaire de la personne qui l'a créé, lu depuis son navigateur à ce moment-là puis enregistré. Ce n'est ni votre fuseau, ni celui du projet de test. La colonne Fréquence nomme le fuseau sous la règle, et l'aperçu Trois prochaines exécutions fait de même avant l'enregistrement.
L'exécution a couvert les mauvais cas de test. Un Planning exécute le contenu du groupe tel qu'il est au moment où il se déclenche : un cas de test ajouté ou retiré dans la journée change ce que la prochaine exécution couvre. C'est voulu.
L'exécution a utilisé des paramètres que vous avez depuis modifiés. Les paramètres d'exécution sont copiés sur le Planning au moment de l'enregistrement et ne sont pas mis à jour ensuite. Utilisez Modifier sur le Planning pour les actualiser.
La Persona ou l'appareil du Planning a été supprimé. L'exécution a tout de même lieu, en repassant sur la valeur par défaut du projet, et le Planning n'est pas mis en pause.
Un élément de test nécessaire est manquant. L'exécution démarre et échoue pour cette raison. Le Planning continue de suivre sa règle, donc l'occurrence suivante échouera de la même façon tant que l'élément n'est pas rétabli.
Questions fréquentes
Mettre un Planning en pause supprime-t-il les exécutions déjà produites ?
Non, et le supprimer non plus. La confirmation indique « Les exécutions passées ne seront pas supprimées. »
Puis-je tout de même lancer un Planning en pause ?
Oui. Exécuter maintenant fonctionne sur un Planning en pause, car la pause arrête la minuterie et non le bouton. Cela ne change pas la date de la prochaine exécution planifiée.
Thunders rattrape-t-il les exécutions manquées ?
Non. Les occurrences manquées ne sont jamais rattrapées, que le Planning ait été en pause ou qu'une occurrence ait été ignorée. La prochaine exécution a lieu à l'occurrence suivante de la règle.
Deux Plannings du même groupe se sont déclenchés en même temps. Est-ce un problème ?
Non. Les deux s'exécutent. Ce sont des Plannings distincts avec leurs propres paramètres, aucun ne bloque l'autre. La protection contre le chevauchement empêche seulement un Planning de se chevaucher lui-même.
Une personne a lancé une exécution en même temps qu'une exécution planifiée.
Les deux s'exécutent. La protection contre le chevauchement ne s'applique qu'à un Planning face à sa propre exécution précédente.