Прямо сейчас это просто теория, так что, если я ухожу, не стесняйтесь комментировать и давать некоторые идеи (я исчерпываю их).Я полагаю, что это скорее обновление этого вопроса , и когда я смотрю на список "связанных вопросов" - там много ответов 0.Это говорит о том, что есть настоящий пробел.
У нас много проблем с нашими настройками sql в целом, большинство из которых проистекают из хранимых процедур, которые превратились в монстров из ада, и некоторых других пользовательских функций, разбросанных по БД,Больше всего меня беспокоит то, что они абсолютно не проверены - когда что-то идет не так, никто не может со 100% уверенностью сказать: «Да, я точно знаю, что это работает».Делает отладку повторяющегося кошмара.
Сегодня днем у меня появилась эта сумасшедшая идея, что мы могли бы начать писать некоторые сборки (CLR-йо!) Для SQL и тестировать их.Я столкнулся с ограничениями (только статическими методами, безопасными / внешними / небезопасными и т. Д.) И в целом, что все прошло не очень хорошо.По крайней мере, не так хорошо, как я надеялся, и не помогло мне приблизиться к своей цели.
Я также пытался настроить данные в тесте вручную (они попробовали это здесь еще до того, как я появился).Даже используя ORM для заполнения данных - это также становится довольно сложным очень быстро и хлопотами по обслуживанию.Конечно, большая часть этой боли связана с настройкой данных, а не с самим тестом.
Итак, что будет в 2011 году, что поможет исправить / обуздать эту проблему или мы (как разработчики) отказались от идеи тестирования?хранимые процедуры из-за высокой стоимости?