单元测试作为提高代码和软件质量的有效途径，其重要性和益处自不必多说，虽然我没有实践过TDD之类，但坚信单元测试的积极作用。作为一种开发方法，单元测试早在上世纪70年代就已经在Smalltalk语言被运用了，这么多年来，单元测试一次又一次证明了自身的价值，在各种开发方式此起彼伏的浪潮中，经受住了时间的考验。
现在，俺也开始学习了，并在以后好好实践。这个系列的学习素材为Roy Osherove所著The Art of Unit Testing with examples in C#, 2nd Edition
一 单元测试基础知识
单元测试是一段代码调用另外一段代码，随后检验一些假设的正确性。如果假设的结果错了，单元测试会失败，一个“单元”指的是一个方法或函数。
a) 优秀的单元测试具备如下特性
自动的、可重复的
容易实现
一旦写好，将来都可使用
任何人都可运行
单击一个按钮就可运行
可以快速地运行
总之单元测试应该是全自动的、可信赖的、可读性强的和可维护的。
但在判断自己所写的测试是否优秀的单元测试前，可通过思考下面的问题，来了解普通的软件测试行为和单元测试之间的区别：
两周或两个月、甚至两年前写的单元测试，还可以运行并得到结果吗？
两个月前写的单元测试，任何一个团队成员都可以运行并得到结果吗？
是否可以在几分钟内跑完所有的单元测试？
可以单击一个按钮就运行我所写的单元测试吗？
是否能在几分钟内写一个基本的单元测试
如果这些问题有一个是否定的，那么所做的测试就不是单元测试（而是集成测试）。
b) 一个单元测试通常包括三个主要部分：配置对象、操控对象、通过断言判断结果是否符合预期，这便是测试的基本模式Arrange-Act-Assert
c) 推荐的单元测试命名规范为：
项目名：被测项目.Tests，
类：被测类+Tests，通常一个被测类对应一个测试类
方法：被测方法_测试场景_预期行为，一个被测方法会有多个测试用例，每个测试用例又会针对不同的输入，有不同的预期行为，所以一般一种预期行为对应一个测试方法
二 开始使用NUnit
XUnit系列作为优秀的单元测试工具被广泛使用。需要下载并在单元测试项目中引用nunit.Framework.dll，然后VS需要安装NUnit Adapter 3扩展工具，这样NUnit就替代MS Test作为默认的测试工具了。
a) Nunit特性标签
NUnit利用Attribute标签标识要运行的测试，[TestFixture]用来标识测试类，[Test]则用来标识测试方法
可以通过[Category]标签为测试方法分组
暂时不需要测试的方法可以标记为[Ignore]
b) 对于单元测试，有两点十分重要：
及时清理前一个测试遗留的任何数据或实例对象
为新的测试重新设置状态，就像之前没有运行任何测试一样
NUnit提供了[SetUp]和[TeatDown]来做到这两点，被[SetUp]标记的方法会在每个[Test]方法运行前执行，而[TeatDown]则在[Test]方法之后执行。
另外还有[TestFixtureSetUp]和[TestFixtureTearDown]，用来在测试类的前后执行。
c) Assert类
Assert类是NUnit单元测试的基础，用来判断假设条件是否成立。基本的Assert方法如下，其余很多衍生的方法用法类似。
Assert.IsTrue 用来验证条件表达式是否为真
Assert.AreEqual 验证是否与期望值相等
Assert.AreSame验证是否引用了同一个对象
参考资料：
The Art of Unit Testing with examples in C#, 2nd Edition by Roy Osherove