Что разберем:
- Рассмотрим конкретный пример. Архитектура баз данных, текущие правила обмена, требования, что хотят поменять. (Обмен через универсальный формат КД3.1)
- Смоделируем требования, напишем тест (используем инструмент Vanessa-ADD)
- Доработаем правила обмена – отладка через тест.

Какая польза данного подхода:
1) Защита от регрессионных ошибок.
2) Прогноз/быстрое исправление ошибок после типового обновления конфигурации от поставщика.
3) Легкий рефакторинг - снижения сложности.
4) Упрощение сопровождения и развития.
5) Легкость написания самих правил.
6) Тесты в расширении, а не в обработках.
7) Время разработки самих правил в итоге сильно сократится:
- когда уже есть набор тестов, не надо настраивать обмены между базами, прогонять и глазами смотреть,
- уверенность, что не нарушил соседние правила того же объекта,
- уверенность, что учел всё, что требуется и ничего не забыл,
- по итогу уменьшается или вообще исчезает количество задач на доработку или исправления ошибок по правилам обмена.