正文
作者水平有限，如有错误或纰漏，请指出，谢谢。
背景介绍
最近在团队在做release之前的regression,把各个feature分支merge回master之后发现DB的单元测试出现了20多个失败的test cases。之前没怎么做过DB的单元测试，正好借这个机会熟悉一下写DB单元测试的流程。
这篇博文中首先介绍一下在我们的特定项目场景中是如何搭建DB 单元测试框架的，然后举一个简单的例子，从头到尾在visual studio中创建一个简单的单元测试工程。
我们开发的产品使用的数据库为Sql Server,总共有400多张表，2000多个存储过程，每个存储过程都相当于应用代码中的一个功能函数。代码中的每个复杂的功能函数都可以通过写单元测试来在一定程度上保证代码质量，存储过程也如此。代码中的UT难点在于解耦，也就把相互牵连在一起的代码彼此分离开来，各个击破，例如A函数需要B函数提供的数据，测试A函数的时候我们只想测试A函数，不想调用B，这时候就需要我们自己提供B函数生成的数据。这叫做mock。
在做DB单元测试的时候，存储过程所使用的数据比较特殊，都是持久化在数据库表中的，2000多个存储过程增删改查400多个表，我们需要把这些表的数据为每个存储过程做隔离，如果测试用例使用的数据相互之间关联，恐怕会天下大乱，因为在一般情况下，单元测试用例的运行顺序都是随机的，如果单元测试使用的数据有关联，很有可能两次运行结果也是随机的（但是有一种方法可以固定case执行顺序，我在最后的例子中进行说明），我们这次的20多个失败的cases就有这种原因导致的，两台机器上跑出的结果不一样，有的成功，有的失败。
注：有关单元测试的定义，见另外一篇帖子，单元测试有毒
那么问题就来了，如何才能做数据的隔离呢？说一下我们的方案。
准备数据
