Начните с конкретного результата#
Определите, что должно измениться: максимальный корпус, цена, новый macro, кнопка или игровой объект. «XML прочитан» и «корабль летает с нужным оснащением» - разные результаты.
Порядок проверки одиночного мода#
| Шаг | Что проверять |
|---|---|
| Файлы | Структуру расширения, ID и зависимости |
| XML / XSD | Синтаксис и ограничения схемы |
| Журнал | Импорт, применение патча и ошибки исполнения |
| Игра | Конкретное значение, действие или объект |
| UI | Нажатие, закрытие, обновление и повторное открытие |
| Сохранение | Те же факты после полного перезапуска |
XSD не исполняет скрипт. В исследовании игры встречались конструкции, которые схема пропускала, а MD-парсер отвергал.
Разделите сценарии#
Для параметра проверьте эффективное значение и конфликт с другим патчем. Для нового корабля - регистрацию, внешность, подключение оборудования, полёт и доступность. Для настройки - сохранение выбора и отсутствие повторного сброса.
Проверяйте новый объект и уже существующий экземпляр отдельно. У сохранённого корабля могут быть состояния, которые не пересоздаются от одной правки библиотеки.
Не повторяйте дорогой опыт без причины#
Для изменения подписи кнопки достаточно проверить соответствующий UI. Для изменения loadout или сериализации нужен затронутый игровой сценарий. Сначала соберите факты, затем сравните все расхождения.
Успешный пример на одном корабле не подтверждает каждый класс корпуса. Запишите точные условия и непроверенные случаи; не маскируйте ошибку ручным исправлением тестового имущества.
См. журнал, сохранения MD, совместимость.