v2026.08.31
EN BREF
Les exécutions en échec atterrissent désormais dans une boîte de réception au lieu de passer inaperçues, les cas de test disposent d’un journal d’activité, et la barre latérale a été restructurée. Par ailleurs, vous pouvez désormais planifier l’exécution récurrente d’un jeu de tests, sélectionner et agir sur plusieurs étapes de test à la fois, et retrouver toutes les configurations de projet au même endroit.
FONCTIONNALITÉ- Boîte de réception : Thunders dispose désormais d'un nouveau centre de notifications qui vous avertit lorsqu'une exécution échoue, pour les cas de test comme pour les jeux de tests, tant que vous en êtes propriétaire.
- Exécutions planifiées de jeux de tests : configurez un jeu de tests pour qu'il s'exécute automatiquement selon une planification récurrente depuis ses propres paramètres, au lieu de le lancer uniquement à la demande ou depuis la CI.
- Sélection multiple, copie et suppression d'étapes de test : cochez plusieurs étapes dans l'éditeur de cas de test pour les supprimer ensemble, avec une confirmation indiquant leur nombre, ou copiez-les en groupe pour les coller ailleurs.
- Un hub de configuration unique par projet : les pages de configuration du projet sont désormais regroupées dans un espace de paramètres unifié au lieu d'être dispersées.
- Une barre latérale de navigation restructurée : la navigation est reconstruite autour d'une coquille de barre latérale, avec votre profil et les contrôles de compte déplacés dans son pied de page.
- Historique d'activité des cas de test : chaque cas de test conserve désormais un enregistrement de ce qui a changé et de qui l'a changé, afin que vous puissiez voir comment il est arrivé à son état actuel plutôt que de le deviner.
- Une page d'état du système pour les administrateurs : consultez en un seul endroit l'état des composants dont dépend votre déploiement — la base de données, Browserless et les fournisseurs d'IA — au lieu de déduire une panne à partir des exécutions en échec.
- Un fichier de données par cas de test : associez un fichier de données à un cas de test et celui-ci s'exécute automatiquement une fois par ligne, sans configuration d'itération manuelle. Les pipelines CI peuvent désormais aussi activer ce mode de fichier de données par cas de test.
- Définir l'ordre d'exécution des cas de test dans un jeu de tests : contrôlez l'ordre dans lequel les cas de test sont exécutés au sein d'un jeu de tests lors d'une exécution séquentielle.
- Comparaison visuelle par rapport à une étape antérieure : comparez avec un fichier capturé plus tôt par votre test au cours de l'exécution, et non plus seulement avec un asset pré-téléversé.
- Découvrez quand et pourquoi l'URL de votre nouvelle application est inaccessible : lorsque vous ajoutez une nouvelle application et que son URL renvoie une erreur HTTP, Thunders le détecte désormais et vous indique ce qui ne va pas, comme il le fait déjà pour les problèmes de DNS, TLS et pare-feu, avec une correction suggérée et un bouton de nouvel essai.
- Fermer un onglet de navigateur spécifique : l'étape Fermer l'onglet accepte désormais un numéro d'onglet optionnel. Laissez-le vide et elle ferme toujours l'onglet actif.
- Exporter une exécution de test en zip : téléchargez les artefacts de débogage d'une exécution — son HTML, ses captures d'écran et les étapes exécutées — sous la forme d'un seul fichier à partager ou à consulter hors ligne. Les déploiements auto-hébergés disposent de cette option par défaut.
- Export PDF depuis un jeu de tests ou un plan de test : exportez une exécution au format PDF depuis l'onglet Exécutions d'un jeu de tests ou d'un plan de test, et plus seulement depuis une exécution individuelle.
- Nommez ce que produit une étape de capture : donnez un nom au fichier produit par une étape de capture et publiez-le directement dans les Assets de test, au lieu de devoir chercher un nom généré automatiquement.
- Utilisez des variables dans le champ Valeur de l'étape web (anciennement étape navigateur) : tapez / ou utilisez le bouton crochets pour insérer une variable.
- Thunders MCP : les serveurs MCP personnalisés indiquent désormais un nom d'affichage explicite aux clients IA, et affichent leur propre icône dans la liste des connecteurs et dans Thunders AI.
AMÉLIORATION- Thunders AI respecte les noms de cas de test que vous lui donnez : demandez un nom spécifique pour un cas de test et il l'utilise désormais, au lieu de l'écraser par sa propre suggestion.
- Les alertes remontent automatiquement : une étape qui réussit tout en portant une alerte, comme une exception console ou un nouvel onglet ouvert, se déplie désormais immédiatement pour que vous la voyiez.
- Statut d'exécution en direct : le statut d'exécution d'un cas de test se rafraîchit tout seul, sans rechargement de page.
- Messages d'échec plus clairs : la cause d'une exécution interrompue apparaît directement dans le message d'échec, et une fenêtre d'impression qui se ferme d'elle-même ne met plus fin à l'exécution — elle s'affiche désormais comme un avertissement.
- Davantage d'intégrations identifiées comme sources de connaissance : Jira Data Center, Azure DevOps, ClickUp et Shortcut sont désormais correctement identifiées, au lieu d'apparaître uniquement comme des destinations de remontée de bugs.
- Les contrôles d'accessibilité vont plus loin : la revue par IA du texte alternatif des images pour la RGAA est désormais activée pour tous au lieu d'être limitée, la règle de contraste des couleurs est désormais répartie sur quatre tests selon le poids et la taille, et le moteur axe-core sous-jacent est mis à jour.
- Assertions plus précises : une assertion d'apparence en échec est revérifiée sur un recadrage de l'élément détecté, et une assertion affichée [VAR]=[value] est désormais orientée vers la stratégie capable de la lire réellement.
- Thunders vous guide vers des étapes de test qui fonctionnent : avant l'exécution, les suggestions affinent les étapes dont la formulation est ambiguë, rien qu'à partir de leur rédaction. Après l'exécution, elles s'enrichissent en s'appuyant sur ce que votre application a réellement fait. Elles cessent aussi de se répéter sur les étapes qui réussissent de façon constante, et expliquent la mise entre guillemets en correspondance exacte plutôt que de simplement proposer des guillemets.
- Rapports PDF plus clairs : les valeurs de variables résolues apparaissent désormais dans l'export PDF de l'exécution de test, et la langue d'export est présélectionnée d'après la langue que vous utilisez plutôt que par défaut.
- Comparaisons de fichiers et d'images plus précises : les résultats de File Compare sont désormais limités au périmètre propre de l'étape, son extraction de texte PDF respecte la mise en page pour que les colonnes ne soient plus mal interprétées, et les lignes de Visual Compare n'affichent plus une durée par section dénuée de sens.
- Fil d'activité des cas de test : les changements d'indicateur de prérequis sur un cas de test y apparaissent désormais.
CORRECTIF- Clonage d'environnement : cloner un projet ne supprime plus les scripts d'initialisation de l'environnement.
- Exécutions de test plus stables : une série de correctifs de fiabilité sur la résolution des sélecteurs et la gestion des frames réduit les échecs intermittents.
- L'application ne se bloque plus lors d'une interruption Redis : une interruption Redis bloquait auparavant toutes les requêtes authentifiées.
- Démarrage de l'application plus stable : une coupure réseau au démarrage relance désormais l'opération au lieu de faire échouer le chargement, et l'application ne sert plus une version en cache après une mise à niveau — vous voyez bien la version que vous venez de déployer.
- Horodatage de version et calendrier en auto-hébergé : la barre latérale affiche à nouveau la version de votre déploiement, et le calendrier utilise désormais la date UTC.
- Les mises à jour d'exécution en direct et la boîte de réception fonctionnent en auto-hébergé : les connexions temps réel étaient établies de façon anonyme, ce qui empêchait de rejoindre le canal de mise à jour d'une exécution. Les rapports d'exécution en direct affichaient leurs étapes mais jamais leurs statuts ni leurs captures d'écran, et la boîte de réception ne recevait rien. Les deux fonctionnent désormais, et un rapport d'exécution qui perd son canal temps réel continue de s'afficher au lieu de se figer.
- Les espaces de noms Relay avec un préfixe de schéma se connectent : un espace de noms Azure Relay écrit avec un préfixe de schéma est désormais accepté au lieu d'échouer à la connexion.
- Polissage du flux de travail : appuyer sur Entrée dans l'assistant de configuration de projet le fait désormais avancer au lieu de tout recommencer, l'aperçu du navigateur zoome par palier, la durée des appels d'outils s'affiche dans la langue que vous avez choisie, une notification reçue en double se met à jour sur place au lieu d'être ignorée, la liste des exécutions de test continue de charger les pages jusqu'à remplir l'écran, et la boîte de dialogue de suppression groupée garde un compte correct pendant la suppression.
- Les URL d'application configurées se résolvent à nouveau : une application portant une ancienne valeur de statut n'empêche plus la résolution de son URL configurée.
- Horodatages de synchronisation Xray : une exécution synchronisée affiche désormais l'heure de synchronisation réelle, au lieu d'une heure décalée par le fuseau horaire de lecture.
- Les boîtes de dialogue natives restent visibles : une boîte de dialogue affichée pendant une exécution classique n'est plus masquée par la superposition d'exécution, et l'étape d'erreur console nomme désormais l'appel réellement en échec.
- Page des exécutions de test : la grille ne plante plus sur une ligne vide, la page ne lit ses données qu'une seule fois par chargement, et le flux d'événements d'exécution se rétablit tout seul.
- L'éditeur reste sur votre version restaurée : revenir à une version antérieure d'un cas de test ne vous ramène plus à la dernière version.
- Polissage de l'interface : les onglets de navigateur d'une exécution conservent une identité stable lorsqu'un onglet est fermé, un cas de test supprimé redirige désormais avec un message au lieu d'afficher une erreur, un nouveau pool d'appareils n'est plus sélectionné automatiquement par défaut, File Compare n'affiche plus une fausse durée de « 0s », les entrées de journal console résolvent la véritable URL en échec, et divers correctifs de fil d'Ariane, de colonnes et de liens localisés.
- Exécutions de test plus stables : travaux de fiabilité sur la résolution des sélecteurs, les frames, le shadow DOM et les iframes imbriquées, la reprise du Hot Reload après une étape Visual Compare en échec, un crash de navigateur désormais signalé comme échec plutôt qu'interrompu, et une session interrompue qui nomme l'étape en cours.
Mise à jour des Variables Environnement
SelfHost__Browserless__Url et SelfHost__Browserless__Token sont les paramètres que lit votre déploiement pour son propre endpoint Browserless. Les deux sont requis pour exécuter des tests.TestRunExport__Enabled active ou désactive l'export zip des runs de test. Les déploiements self-hosted ont true par défaut, donc rien à configurer sauf si vous souhaitez le désactiver.
ThundersToken__SecurityKeyId porte désormais sa propre valeur par défaut en self-hosted. Les déploiements héritaient auparavant d'une valeur interne à Thunders. Rien à faire sauf si vous définissez explicitement cette clé.
Étapes de migration
- Récupérez les nouvelles images et redéployez, en commençant par l'API Service (il applique automatiquement les mises à jour de base de données).
Urgence de la mise à niveau
