Antithesis annonce que ses tests n'attendent plus leur fin pour remonter un résultat. Quand une propriété échoue (ou passe), le service peut prévenir tout de suite l'utilisateur ou son agent de code, qui enquête dans la session déjà ouverte avec le débogueur de l'éditeur, « Multiverse Debugging ». Le test continue d'explorer pendant ce temps. Une fois la cause et le correctif trouvés, on peut annuler le run, corriger et relancer pour confirmer. L'éditeur donne l'exemple d'un bug trouvé quinze minutes après le début d'une exécution de nuit, qui attendait jusqu'au matin.
Selon l'auteur, David Koenitzer, on n'a plus à choisir entre des essais courts de quinze minutes pour un retour rapide et de longues exécutions pour explorer plus. Il faut la version 66 du service et les dernières versions des « skills » et de l'outil snouty. C'est une annonce d'éditeur : rien n'est mesuré, et le texte ne chiffre aucun gain.
Ce que ça change pour un testeur de performance
L'annonce ne parle pas de charge, mais l'idée se transpose. Un test de charge de plusieurs heures dont on lit le rapport à la fin gaspille la même chose : une dégradation visible à la vingtième minute, découverte au petit matin. Le remède existe déjà dans plusieurs outils, sous le nom de critères d'arrêt ou d'alertes pendant le run. Le tutoriel Gatling sur les parcours Playwright les évoque d'ailleurs au moment du déploiement. Si vos longs tests ne s'arrêtent pas, ou ne vous alertent pas, quand un SLO est franchi, cette annonce est une bonne raison d'y revenir.
Rédigé avec l’aide d’une IA, relu et validé par Philippe Naveau.