本文主要通过小例子，介绍下单元测试、集成测试、测试驱动开发等相关概念。

　　单元测试是通过写代码来测试代码的一个小单位测试方式。在一个单元测试中，一次只能测试一个类。例如，如果你正在测试一个使用类File，而另一个测试类DummyFile是用来消除对物理文件系统的需要，单元测试的测试类逻辑应该被测试。为了使class实现从真实到虚/存根之间切换，接口代替真正的类使用。所以，你的类应使用IFile或IDatabase而不是直接使用File和Database。
　　集成测试，也叫组装测试或联合测试。在单元测试的基础上，将所有模块按照设计要求（如根据结构图）组装成为子系统或系统，进行集成测试。例如：正在测试CunsomerData，它依赖于LINQ to SQL数据库连接，在集成测试中，确保能正常调动所有相关类的方法。
　　测试驱动开发（TDD）是单元测试的极端形式。总的原则是先写单元测试，然后编写实际的代码。例如，先写单元测试，测试CustomerData与在没有真正的代码类CustomerData。该CustomerData类可能包含类似功能InsertCustomer ，DeleteCustomer ， GetCustomer等，它们做的不外乎返回一些虚拟Customer对象，以满足单元测试。 一旦单元测试都与虚拟数据相连，然后你开始写的CustomerData实际代码，它会访问数据库做真正的处理。编写真正的代码后，单元测试并没有改变测试代码。TDD要求类被设计在没有直接依赖于其他类中。所有的依赖关系通过接口。例如，CustomerData不直接使用SqlConnection，而是使用ISqlConnection ，所有的依赖提供给CustomerData构造。
　　使用行为驱动开发测试
　　测试的单一方法用于单个期望是麻烦的。你必须写更多的测试方法来测试每个方法的整体行为。此外，在每个测试方法中，你必须在适当环境下建立测试类，只是为了验证一个特定的期望方式。 例如：给定一个空Stack 当一个项目被压入堆栈和Pop被称为对象然后压入堆栈中的后一项被返回时，该项目从堆栈中移除，以及任何额外调用Pop都抛出异常。这里定义完整行为的Pop方法。测试这种行为方法的所有预期和相关行为Pop 。
　　使用BDD单元测试
　　在第一个例子中，我们将进行单元测试数据访问层。使用LINQ到SQL对象持久化数据访问层交易缓存在实体层面。例如，当你要加载一个用户，它首先检查高速缓存，看看用户是否已经缓存，如果没有，它从数据库中加载用户，然后缓存它。我们来看看PageRepository ，其中所涉及Page实体持久性。共同创建，读取，更新和销毁（CRUD）方法。举一个例子方法GetPageById ，需要一个PageId并加载该Page从数据库中。
　　public class PageRepository : IPageRepository
　　{
　　#region Fields
　　private readonly IDropthingsDataContext _database;
　　private readonly ICache _cacheResolver;
　　#endregion Fields
　　#region Constructors
　　public PageRepository(IDropthingsDataContext database， ICache cacheResolver)
　　{
　　this._database = database;
　　this._cacheResolver = cacheResolver;
　　}
　　#endregion Constructors
　　#region Methods
　　public Page GetPageById(int pageId)
　　{
　　string cacheKey = CacheSetup.CacheKeys.PageId(pageId);
　　object cachedPage = _cacheResolver.Get(cacheKey);
　　if (null == cachedPage)
　　{
　　var page = _database.GetSingle<Page， int>(
　　DropthingsDataContext.SubsystemEnum.Page，
　　pageId，
　　LinqQueries.CompiledQuery_GetPageById);
　　page.Detach();
　　_cacheResolver.Add(cacheKey， page);
　　return page;
　　}
　　else
　　{
　　return cachedPage as Page;
　　}
　　}
　　}
　　PageRepository需要IDropthingsDataContext ，这是测试与LINQ to SQL的一个单位DataContext 。默认情况下，LINQ到SQL不会生成DataContext是单元测试。你将不得不尝试做一个DataContext单元测试。接着，它需要一个ICache其是与缓存涉及的接口。在这个例子中，假设有一个名为类EnterpriseLibraryCache它将实现ICache 。
　　测试及预期结果确保：鉴于新PageRepository和一个空的缓存，当 GetPageById是带一个PageId 。它首先检查缓存，如果发现没有，它从数据库中的网页中加载，并返回预期页面。
　　public void GetPage_Should_Return_A_Page_from_database_when_cache_is_empty_and_then_caches_it()
　　{
　　var cache = new Mock();
　　var database = new Mock();
　　IPageRepository pageRepository = new PageRepository(database.Object， cache.Object);
　　const int pageId = 1;
　　var page = default(Page);
　　var samplePage = new Page() { ID = pageId， Title = "Test Page"， ...};
　　database
　　.Expect(d => d.GetSingle<Page， int>(
　　DropthingsDataContext.SubsystemEnum.Page，
　　1， LinqQueries.CompiledQuery_GetPageById))
　　.Returns(samplePage);
　　"Given PageRepository and empty cache".Context(() =>
　　{
　　// cache is empty
　　cache.Expect(c => c.Get(It.IsAny())).Returns(default(object));
　　// It will cache the Page object afte loading from database
　　cache.Expect(c =>
　　c.Add(It.Is(cacheKey =>
　　cacheKey == CacheSetup.CacheKeys.PageId(pageId))，
　　It.Is(cachePage =>
　　object.ReferenceEquals(cachePage， samplePage))))
　　.AtMostOnce().Verifiable();
　　});
　　"when GetPageById is called".Do(() =>
　　page = pageRepository.GetPageById(1));
　　"it checks in the cache first and finds nothing and then caches it".Assert(() =>
　　cache.VerifyAll());
　　"it loads the page from database".Assert(() =>
　　database.VerifyAll());
　　"it returns the page as expected".Assert(() =>
　　{
　　Assert.Equal(pageId， page.ID);
　　}); 
　　}
　　单元测试的意义何在?
　　我觉得写单元测试时，所测试的方法不只是在调用测试方法。单元测试已经确切地知道什么其它的类和方法将被调用。在上面的例子中，是否使用cache或database是在方法中决定的，所以，可以进行逻辑测试。例如，我改变了代码来使用AspectF库。这需要代码变更PageRepository 。更改代码后，我需要确保PageRepository还是按照预期的行为。不管我用什么方法的缓存，它不应该改变缓存行为：检查缓存，以确保所请求的对象是不是已经在缓存中，然后从数据库中加载并缓存它。改变方法GetPageById，实施后AspectF ，如下所示：
　　public Page GetPageById(int pageId)
　　{
　　return AspectF.Define
　　.Cache(_cacheResolver， CacheSetup.CacheKeys.PageId(pageId))
　　.Return(() =>
　　_database.GetSingle<Page， int>(DropthingsDataContext.SubsystemEnum.Page，
　　pageId， LinqQueries.CompiledQuery_GetPageById).Detach());
　　}