Мы используем RedGate в сочетании с SQL Test (tSQLt). Для модульного тестирования мы устанавливаем структуру в каждой базе данных.tSQLt Object Organization
Есть ли способ использовать структуру tSQLt таким образом, чтобы ваши модульные тесты и объекты инфраструктуры могли находиться в одном центральном месте, которое затем может использоваться несколькими базами данных?
Мы также используем RedGate SQL Source Control с TFS в качестве нашего репозитория для отслеживания изменений схемы. Эти изменения повышаются в следующем порядке: Разработка -> Тест -> Производство.
Излишне говорить, что добавление рамки в сочетании с самими тестами представляет собой большое количество новых объектов SQL (таблицы, хранимые процедуры и т. Д.) В наших базах данных. В идеале мы хотели бы, чтобы эти объекты находились только в разработке и тестировании и избегали загромождения нашей производственной базы данных. Мы могли бы пропустить слияние изменений tSQLt с продукцией, но тогда у нас были бы безмоментные изменения, которые бы сидели в исходном контрольном окружении тестовой среды до конца времени.
Любые мысли о решении этой проблемы?
Это поможет узнать, как вы в настоящее время рекламируете свои изменения от Dev до Test to Production. Используете ли вы инструмент или автоматизированный процесс? –
Привет, Дэвид, спасибо за ваш ответ. В настоящее время мы используем TFS для ручного продвижения изменений с Dev на Test. Это делается с помощью Visual Studio в Source Control Explorer. –
Под «TFS» вы имеете в виду инструмент сравнения схем в Visual Studio? –