Tfsbuild.proj и ручная работа SQL Server Help?

Question

Используя обновление GDR VS 2008, я создал проект базы данных. Я создал пакет развертывания SQL Server. Я создал тест на базу данных.

Используя некоторые волшебники, этот материал попал в мой файл tfsbuild.proj так ближе к концу процесса автоматической сборки, созданная базой данных.

Мне не хватает небольшого контроля всего процесса, теперь я вижу. Что я хотел бы сделать, так это вручную развернуть БД, запустить 3 пользовательских сценариев против БД, а затем вручную запустить тест на блок БД. У меня есть другие модульные тесты без DB, которые уже работают. Я не хочу использовать VSMDI или упорядоченные модульные тестовые материалы, потому что в неразборчивой среде он становится грязно.

Помощь!

Answer 1

Возможно, я неправильно прочитал или упускаю некоторые детали, но мне кажется, что проблема - управление филиалом, а не автоматическое тестирование. Большинство организаций абсолютно хотелось бы добраться туда, где вы находитесь, полной автоматизированной сборки и модуля БД.

Если он становится грязным в среде с несколькими разработками, это может указывать на то, что разработчики проверяют прямо в ветвь, которая проходит автоматические тесты. В идеале вы должны запускать только BVTS на важных ветвях и позволить разработчикам зарегистрироваться в частных филиалах. Частные филиалы протестируются вручную, а затем реверно интегрируются, когда это необходимо (функция полна, стабильный этап и т. Д.). Автоматизированный процесс сборки и тестирования поднимает регулярную интеграцию и выпускает новую сборку, запуская BVT и все такое. Таким образом, вы изолировали смежную интеграцию и процесс BVT от излучения или постоянной проверки неполных функций.