Стоит ли использовать TSqlUnit?

Question

Если бы я написал несколько модульных тестов для своих хранимых процедур, есть ли какая-то польза от этого с помощью TSqlUnit по сравнению с C # / Entity Framework4 / TransactionScope?

Мне кажется, вы могли бы создатьконтекст EF4, импортируйте ваши SPROCS и таблицы и выполните все необходимые настройки в C #, назовите вас SPROC, подтвердите результаты с помощью некоторого Asserts и откатите все, когда ваш TransactionScope достигнет конца using безбудучи совершенным.Читая это, кажется, что это много, но я думаю, что полученный код намного тоньше и более читабелен, чем соответствующие хранимые процедуры, которые я должен написать, чтобы сделать то же самое в TSqlUnit.

Is TSqlUnitбольше для разработчиков баз данных, которым просто удобнее в T-SQL, чем в C # / Visual Studio?

Answer 1

Если вы используете EF4 с Транзакциями и выполняете всю разработку самостоятельно, это может не принести вам никакой пользы.

TSqlUnit начинает увеличивать ценность, когда вы используете T-SQL из нескольких приложений или работаете в крупном магазине программного обеспечения, где вся разработка баз данных принадлежит отдельной группе (это означает, что они будут использовать TSqlUnit для тестирования своих код, а не полагаться на вас, чтобы сделать это для них).

Answer 2

Как правило, когда вы используете EF или, скажем, NHibernate или любую другую ERM, вам не нужно напрямую тестировать свои SQL SP, если вы не создали SP вручную, которые заключены в EF или любую ERM.

Итак, да, его стоит использовать, когда вам нужно протестировать операторы SQL, сделанные вручную.В противном случае просто придерживайтесь своей любимой среды модульного тестирования, которая работает с .NET.

Чтобы ответить на последний вопрос: TSQLUnit предназначен для программистов БД (если это правильное слово).И если у вас есть значительный объем настраиваемого программирования SQL (триггеры, функции, хранимые процедуры), вы должны учитывать это.