這個類很簡單，編譯通過，運行，一切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，F(xiàn)ile--Open，找到剛才編譯生成的 exe。然后 Run，滿眼可愛的綠色，說明測試都成功了^_^。
如果想看看測試失敗的樣子，可以把 Assert.AreEqual() 里面的值改一下……
例子中只用到了 Test Fixture 和 Test 這兩個Attribute，其他更多的用法在 NUnit 文檔中寫得十分清楚，文檔中也有些更好的例子……
自動化的單元測試有什么用？ 答：省時省力。當一個系統(tǒng)需要測試的類/方法 成千上萬時，手工的測試方法（用控制臺打印出信息等等）的效率會比較低。
總結：NUnit 很好的利用了反射機制，單元測試十分方便。但是對于復雜的對象，寫出低耦合的測試代碼可能有一定難度
