VS2013 单元测试（使用VS2013自带的单元测试）

本文是官方文档的学习笔记，官方文档在这里。

一、打开VS3013，随便建一个解决方案，好比叫：LearnUnitTest，建一个类库项目LearnUnitTest_Bank，该项目中添加一个BankAccount类，这个类及类中的方法就是咱们要测试的对象。

二、给LearnUnitTest添加一个测试项目：在解决方案名称上右键=》添加=》新建项目=》VisualC#=》测试=》单元测试项目，项目名称叫LearnUnitTest_BankTest，将LearnUnitTest_Bank添加为LearnUnitTest_BankTest的引用项目，将测试项目LearnUnitTest_BankTest里默认生成的类重命名为BankAccountTest。

对于BankAccountTest类，类上有注解TestClass，方法上有注解TestMethod。能够在这类文件里添加其余类和方法，供测试方法使用。

首个测试：

三、如今咱们测试BankAccount类的Debit方法，咱们预先肯定这次测试要检查以下方面：

　　a、若是信用余额（credit amount)比帐户余额大，该方法就抛异常ArgumentOutOfRangeException

　　b、若是信用余额小于0也抛异常

　　c、若是a和b都知足，该方法会从帐户余额里减去amount（函数参数）

　　注意：由a、b、c能够看邮BankAccount类中的Debit方法最后一行应该是-=，而不是+=——固然了，这个是故意留下的bug，而不是微软的失误，就等着在此次测试中把它测出来，而后修正掉。

　　

　　在测试类里添加以下方法测试Debit方法：

　　

// unit test code
[TestMethod]
public void Debit_WithValidAmount_UpdatesBalance()
{
    // arrange
    double beginningBalance = 11.99;
    double debitAmount = 4.55;
    double expected = 7.44;
    BankAccount account = new BankAccount("Mr. Bryan Walton", beginningBalance);

    // act
    account.Debit(debitAmount);

    // assert
    double actual = account.Balance;
    Assert.AreEqual(expected, actual, 0.001, "Account not debited correctly");
}

View Code

　　测试方法的要求：

　　必需要有TestMethod注解，返回类型为void，不能有参数。

通过测试，咱们发现了bug，把+=改成-=便可。

使用单元测试改善代码：

　　依然是测试Debit，本次测试想完成如下意图：

　　a、若是credit amount（指的应该就是debit amount）比balance大，方法就抛ArgumentOutOfRangeException

　　b、若是credit amount比0小，也抛ArgumentOutOfRangeException异常

(1)建立测试方法

首次尝试建立一个测试方法来处理上述问题：

代码：

//unit test method
[TestMethod]
[ExpectedException(typeof(ArgumentOutOfRangeException))]
public void Debit_WhenAmountIsLessThanZero_ShouldThrowArgumentOutOfRange()
{
    // arrange
    double beginningBalance = 11.99;
    double debitAmount = -100.00;
    BankAccount account = new BankAccount("Mr. Bryan Walton", beginningBalance);

    // act
    account.Debit(debitAmount);

    // assert is handled by ExpectedException
}

View Code

注意这个方法：Debit_WhenAmountIsLessThanZero_ShouldThrowArgumentOutOfRange，意思是：当debit amount小于0时，本次测试应该会致使被测试的方法抛出ArgumentOutOfRange异常，不然本次测试就失败了，没有达到指望，须要修改Debit代码以达成本次测试指望——正所谓TDD开发。
咱们使用了ExpectedExceptionAttribute特性来断言指望的异常应当被抛出。除非方法抛出ArgumentOutOfRangeException异常，不然该特性就会致使测试失败（要注意本次测试的意图）。用正的和负的debitAmount运行这个测试，而后临时把被测试的方法（Debit方法）修改一下：当demit amount小于0时抛出一个ApplicatinException。捣腾完这些，发现本次测试基本没什么问题。

为了测试debit amount 大于balance的情形，咱们作下面几个操做：

　　a、建立一个新的测试方法名叫　　　　Debit_WhenAmountIsMoreThanBalance_ShouldThrowArgumentOutOfRange

　　b、从上一个测试方法

 Debit_WhenAmountIsLessThanZero_ShouldThrowArgumentOutOfRange

复制方法体到本测试方法

　　c、把debitAmount设置为一个比balance大的值

（2）运行测试方法

用不一样的debitAmount值运行Debit_WhenAmountIsMoreThanBalance_ShouldThrowArgumentOutOfRange

和 Debit_WhenAmountIsLessThanZero_ShouldThrowArgumentOutOfRange

而后运行三个测试，这样咱们最开始设定的三个cases都被覆盖了。

（3）继续分析

后面两个测试方法Debit_WhenAmountIsMoreThanBalance_ShouldThrowArgumentOutOfRange

 和Debit_WhenAmountIsLessThanZero_ShouldThrowArgumentOutOfRange

 有些问题：两个测试运行的时候根据抛出的异常，你不知道是谁抛出的，靠ExpectedException特性作不到这件事。

能够这样修改：

在类里定义两个常量：

// class under test
public const string DebitAmountExceedsBalanceMessage = "Debit amount exceeds balance";
public const string DebitAmountLessThanZeroMessage = "Debit amount less than zero";

// method under test
// ...
    if (amount > m_balance)
    {
        throw new ArgumentOutOfRangeException("amount", amount, DebitAmountExceedsBalanceMessage);
    }

    if (amount < 0)
    {
        throw new ArgumentOutOfRangeException("amount", amount, DebitAmountLessThanZeroMessage);
    }
// ...

View Code

（4）重构测试方法

 首先，移除ExpectedException特性。取而代之的处理是：咱们捕获异常，来核实是在哪一种条件下抛出的。

修改一下Debit_WhenAmountIsMoreThanBalance_ShouldThrowArgumentOutOfRange 

方法：

[TestMethod]
public void Debit_WhenAmountIsGreaterThanBalance_ShouldThrowArgumentOutOfRange()
{
    // arrange
    double beginningBalance = 11.99;
    double debitAmount = 20.0;
    BankAccount account = new BankAccount("Mr. Bryan Walton", beginningBalance);\

    // act
    try
    {
        account.Debit(debitAmount);
    }
    catch (ArgumentOutOfRangeException e)
    {
        // assert
        StringAssert.Contains(e.Message, BankAccount. DebitAmountExceedsBalanceMessage);
    }
}

View Code

（5）再次测试，再次重写，再次分析

当咱们用不的参数再次运行测试方法Debit_WhenAmountIsMoreThanBalance_ShouldThrowArgumentOutOfRange 

的时候，会遇到下面一些问题：

一、若是咱们使用一个比balance大的debitAmount运行，产生的测试结果是所指望的。

二、若是使用了一个debitAmount运行，使得assert 断言失败了（好比在Debit方法的某一行返回了一个非指望的异常），也没什么问题，在本测试的情理之中。

三、若是debitAmount是有效的（比0大比balance小）会发生什么呢？没有异常抛出，断言也不会失败，测试方法经过了。——这不是咱们想要的，注意咱们这次的测试初衷：要么断言成功，要么断言失败，若是压根进入不了断言代码，只能说明测试方法写的问题！

为了解决这个问题，咱们在测试方法的最后一行加入一个Fail断言，来处理没有异常发生的状况：没有异常发生，就说明这次测试没有达到指望！

可是修改好再次运行，会发现若是所指望的异常被捕获了，测试总会失败。为了解决这个问题，咱们在StringAssert以前加一个return。

最终咱们的Debit_WhenAmountIsMoreThanBalance_ShouldThrowArgumentOutOfRange 

方法以下：

[TestMethod]
public void Debit_WhenAmountIsGreaterThanBalance_ShouldThrowArgumentOutOfRange()
{
    // arrange
    double beginningBalance = 11.99;
    double debitAmount = 20.0;
    BankAccount account = new BankAccount("Mr. Bryan Walton", beginningBalance);\

    // act
    try
    {
        account.Debit(debitAmount);
    }
    catch (ArgumentOutOfRangeException e)
    {
        // assert
        StringAssert.Contains(e.Message, BankAccount. DebitAmountExceedsBalanceMessage);
        return;
    }
    Assert.Fail("No exception was thrown.")
}

View Code

最终咱们让测试代码变得更增强健，但更重要的是，在这个过程当中，我也们也改善了被测试的代码——这才是测试的最终目的。

 

微软接下来说的是测试驱动开发。连接以下：

测试驱动开发