L'automatisation des tests est fondamentalement incompatible avec les systèmes de tests A/B et le Browser LocaStorage.
Il ne s'agit pas d'une lacune technique.
Il ne s'agit pas d'une fonctionnalité manquante.
Il s'agit d'un choix architectural délibéré.
Et ce choix a des conséquences.
1. En tant que solution d'automatisation des tests, Thunders est conçu comme un système sans état.
Les tests A/B et LocalStorage partagent une exigence unique et non négociable :
👉 ils doivent conserver l'instance du navigateur dans le temps.
Assigner un utilisateur à la variante A ou B
Persistance de ce choix à travers les sessions
Stocker les identifiants, les préférences ou l'historique comportemental.
Thunders ne fait rien de tout cela.
Chaque interaction est traitée comme un moment isolé.
Pas d'identité persistante. Pas de mémoire de session. Pas de continuité cachée.
Résultat : un utilisateur ne peut pas être assigné de manière fiable à une variante de test :
Un utilisateur ne peut pas être assigné de manière fiable à une variante de test
Une exposition cohérente à "A" ou "B" ne peut être garantie.
Les tests A/B dépendent de la mémoire, Thunders est conçu pour fonctionner sans elle.
2. Les tests A/B brisent le principe de base de l'automatisation des tests : l'universalité
Les tests A/B fragmentent la réalité : Deux utilisateurs. Deux vérités différentes. Deux manipulations silencieuses.
L'optimisation se fait derrière le rideau, guidée par des expériences probabilistes plutôt que par une logique explicite.
Les outils d'automatisation des tests comme Thunders adoptent la position opposée : la même entrée doit toujours produire la même sortie.
L'introduction de tests A/B reviendrait à injecter du hasard contrôlé dans un système qui le rejette explicitement.
Ce serait comme demander à une boussole d'indiquer le nord différemment selon la personne qui la tient.
3. Browser LocalStorage est en conflit avec le modèle de confiance de l'automatisation des tests
Browser LocalStorage n'est pas un mécanisme neutre dans les tests automatisés.
Il introduit une persistance cachée dans des systèmes qui sont censés être prévisibles.
LocalStorage crée un contrat implicite : l'état est conservé, le comportement dépend des exécutions passées, et les résultats ne sont plus entièrement explicables à partir du test lui-même.
Même lorsqu'il est utilisé pour de "simples" drapeaux de fonctionnalité, LocalStorage implique :
un état invisible transporté d'une exécution à l'autre
un couplage fort avec une instance de navigateur
des dépendances de test non évidentes
une complexité accrue en matière de débogage et de nettoyage
L'automatisation des tests impose une limite stricte : les tests doivent contrôler explicitement tous les états pertinents.
Tout ce qui est stocké côté client et réutilisé implicitement viole cette règle.
Cette clarté simplifie la conception, l'exécution et le diagnostic des tests, mais rend l'automatisation des tests fondamentalement incompatible avec les systèmes qui s'appuient sur la persistance cachée du navigateur pour fonctionner.
4. Pourquoi "les faire coexister" est une mauvaise idée
Oui, il existe des solutions de rechange :
Stockage côté serveur
Identifiants temporaires
Empreintes digitales habilement déguisées
Cela signifierait
ajouter de la complexité
Réduire la transparence
Augmenter les risques juridiques et techniques
Trahir l'intention initiale de Thunders
Thunders, comme tous les systèmes d'automatisation des tests, est conçu pour fonctionner de manière propre, prévisible et sans dépendances cachées.
Conclusion
L'automatisation des tests ne peut pas coexister avec des systèmes de tests A/B qui s'appuient sur le LocalStorage du navigateur car ils sapent le déterminisme, l'isolation et la confiance.
L'automatisation nécessite un état explicite et un comportement prévisible.
Le stockage local introduit une mémoire cachée et des résultats incohérents.
Certaines techniques ne sont plus adaptées.
Ce qui les remplace est mieux : des tests fiables, des pipelines stables et des résultats auxquels vous pouvez réellement croire.
Les progrès en matière de tests proviennent de la clarté et non de la préservation d'hypothèses dépassées.