Такое мы фиксили.
Из недавнего есть ишуз на глоб.метод УПП ФорматированнаяСтрока

Да.ишуз на гитхаб в репо Vanessa.add

ок вечером закину

У этого типа сериализации точно такие же проблемы как и у xml.

Проблем все же меньше. Xml не переживает смены порядка реквизитов или добавления нового. А сериализатор такой макет загрузит

Это всё очень плохо работает когда:
1. Метаданные будут сильно меняться.
2. Сценариев много.

Если у вас самописка и метаданные меняются редко - то другой разговор.

У меня вот тут есть еще: https://github.com/arkuznetsov/SerLib1C, загрузит если хоть один реквизит совпадает :-)

Если данные уже лежат в эталонном DT - есть одно важное преимущество.
При обновлении типовой данные будут обработаны обработчиками обновления.
И не нужно будет возиться с кучей протухших макетов, xml и других видов сериализации.

Плюс если вы хотите видеть в гит изменения ваших демо данных - делаете выгрузку в xml, например, и получите версионирование демо данных.

JSON-же :-)

1 А потом какой-то тест меняет общие данные и много чего падает.
2 эталонная база всегда неактуальна и данных всегда не хватает
3 новые данные в эталон загружать непросто.
А новые данные данные через кнопконажималку создавать грустно и очень-очень долго
3.1 актуализация эталона еще какая боль
4 в итоге и тесты работают долго и боли с данными остаются

Эталон модно юзать только как хранилище условно-константных данных
А изменяемые или временные данные под тест создавать на лету, максимально используя усдовно-константную информацию.

Юзайте 2 блока тестирования
1 подготовка начальных тестовых данных - эталон или макет через генератор макетов в Ванесса.АДД

2. А вот потом уже все виды тестов запускайте - дымовые, тесты кодом и фичи

Зашибись, еще одно дублирование данных. :(
1с-ники - такие копипастеры

Эталонная база эт "удобно"
Есть вероятность, что один тест загадит стартовые данные для второго.
А кроме отката обратно эталон, как еще тест может с таким подходом создать себе нужные входные данные?

Есть 2 менения: мнение Артура и неправильное.

Имхо тест база пригодна разве что для сценарного теста, потому что там каждый следующий шаг как раз и зависит от предыдущего.

У меня есть проверенные аргументы и доказательства.
А у тебя только троллинг сейчас.

И я не работаю у вендора, поэтому могу юзать те инструменты, которые удобны и полезны. И могу доработать инструменты под реальные потребности тестирования, а не извращаться с типовыми интсрументами, которые бесполезны и беспомощны, например, типовая выгрузка хмл не работает

1. Тест не может поменять общие данные.
2. эталонная база - всегда актуальна. Так устроен её жизненный цикл.
3. Новые данные в эталоне создаются тривиально.
3.1. Актуализируются тоже просто
4. На скорость работы тестов это никак не влияет.

Речь и идёт про сценарные тесты.