NUnit --- 从零开始

领测软件测试网

     这个类很简单，编译通过，运行，一切ok。 

        3）在同一个项目中，增加一个用来测试 Account 类中的方法的测试类（里面的几个Attribute是最关键的）

using NUnit.Framework;    // 千万别忘了这一行

[TestFixture] // 这个Attribute说明 AccountTest 类中包含有测试
public class AccountTest
{
    [Test]    // 这个Attribute说明了 TestTransferFunds() 方法就是用来做测试的
    // 一般测试方法的名字就是在被测试方法名前加上Test
    public void TestTransferFunds()    
    {
        // 准备工作
        Account source = new Account();
        source.Deposit(200.00F);
        Account destination = new Account();
        destination.Deposit(150.00F);

        source.TransferFunds(destination, 100.00F);    // 转账

        // 利用 Nunit.Framework 中的 Assert 类看看转账以后两个账户的余额是否正确
        Assert.AreEqual(250.00F, destination.Balance);
        Assert.AreEqual(100.00F, source.Balance);
    }
}

        然后编译一下，生成一个 exe 文件（如果要生成 DLL 的话，更改一下这个这个项目的 Output Type属性，改成 Class Library就可以了。这个改动还是在Solution Explorer 窗口中，项目名上 右键--属性。 对于这个例子，生成DLL的话就不需要 Main() 方法了）。 

        4）打开NUnit，File--Open，找到刚才编译生成的 exe。然后 Run，满眼可爱的绿色，就说明测试都成功了^_^。

     
        如果想看看测试失败的样子，可以把 Assert.AreEqual() 里面的值改一下……

        例子中只用到了 Test Fixture 和 Test 这两个Attribute,其他更多的用法在 NUnit 文档中写得十分清楚，文档中也有些更好的例子……

        自动化的单元测试有什么用？ 答：省时省力。当一个系统需要测试的类/方法 成千上万时，手工的测试方法（用控制台打印出信息等等）的效率会比较低。

        总结：NUnit 很好的利用了反射机制，单元测试十分方便。但是对于复杂的对象，写出低耦合的测试代码可能有一定难度。

文章来源于领测软件测试网 https://www.ltesting.net/