单元测试基础知识
【IT168 技术文章】
前言
本文是阅读了《单元测试之道》一书后的笔记，也是公司安排本人进行单元测试培训的材料，原文是一个Powerpoint，故修改了下，并针对Visual studio 2005自带的单元测试做的一个整理，将其奉献出来，目的是供需要了解和学习单元测试的朋友们阅读。如有错误望指出。
什么是单元测试？
单元测试是开发者编写的一小段代码，用于检验被测代码的一个很小的、很明确的功能是否正确。通常而言，一个单元测试是用于判断某个特定条件（或者场景）下某个特定函数的行为。例如，你可能把一个很大的值放入一个有序list 中去，然后确认该值出现在list 的尾部。或者，你可能会从字符串中删除匹配某种模式的字符，然后确认字符串确实不再包含这些字符了。
执行单元测试，是为了证明某段代码的行为确实和开发者所期望的一致。
为什么需要单元测试？
当编写项目的时刻，如果我们假设底层的代码是正确无误的，那么先是高层代码中使用了底层代码；然后这些高层代码又被更高层的代码所使用，如此往复。当基本的底层代码不再可靠时，那么必需的改动就无法只局限在底层。虽然你可以修正底层的问题，但是这些对底层代码的修改必然会影响到高层代码。于是，一个对底层代码的修正，可能会导致对几乎所有代码的一连串改动，从而使修改越来越多，也越来越复杂。从而使整个项目也以失败告终。
而单元测试的核心内涵：这个简单有效的技术就是为了令代码变得更加完美。
什么是断言
Assertion（断言），它是一个简单的方法调用，用于判断某个语句是否为真。
例如：
public void IsTrue(bool condtion){
if(!condition) abort();
}
应用则为：
int a=2;
IsTrue(a==2);
还可以编写更多的特定数据类型的断言。
计划你的单元测试
当我们编写了一个如下的函数，它用于查找list中的最大值：static int Largest(int[] list);
所能想到的测试如下：
创建单元测试
在解决方案资源管理器中右击某个测试项目，或在 Visual Studio 代码编辑器中，右击要测试的命名空间、类或方法并选择“创建单元测试”。
VsUnit 的各种断言
Assert
在测试方法中，可以调用任意数量的 Assert 类方法，如 Assert.AreEqual()。Assert 类有很多方法可供选择，其中许多方法具有若干重载。
CollectionAssert
使用 CollectionAssert 类可比较对象集合，也可验证一个或多个集合的状态。
StringAssert
使用 StringAssert 类可对字符串进行比较。此类包含各种有用的方法，如 StringAssert.Contains、StringAssert.Matches 和 StringAssert.StartsWith。
AssertFailedException
只要测试失败，就会引发 AssertFailedException 异常。如果测试超时，引发意外的异常，或包含生成了 Failed 结果的 Assert 语句，则该测试失败。
AssertInconclusiveException (无结果的)
只要测试生成的结果为 Inconclusive，就会引发 AssertInconclusiveException。通常，向仍在处理的测试添加 Assert.Inconclusive 语句可指示该测试尚未准备好，不能运行。
UnitTestAssertException
编写新的 Assert 异常类时使该类从基类 UnitTestAssertException 进行继承，可更方便地将异常标识为断言失败而非从测试或产品代码引发的意外异常。
ExpectedExceptionAttribute
如果希望开发代码中的某方法引发异常，又想用测试方法来验证是否真的在该方法中引发了异常，则请用 ExpectedExceptionAttribute 属性来修饰测试方法。
如：
[TestMethod]
[ExpectedException(typeof(ArgumentException),
"userID 为 NULL 的异常检测.")]
public void NullUserIdInConstructor()
{
LogonInfo logonInfo = new LogonInfo(null, "P@ss0word");
}
