Nunit中如何進行事務性單元測試

單元測試要求：單元測試方法并不真正去變更資料庫，也就是說單元測試不依賴于資料庫中的資料。那我們如何解決執行單元測試方法後，不變更資料庫中資料呢？

一般的解決方案有兩種：

1、 建立一個單元測試資料庫，開發資料庫與單元測試資料庫分離，單元測試方法完全基于單元測試資料庫。

此中方法的優點是：，開發人員在開發期間不會對單元測試資料庫中資料進行變更，也就不會影響單元測試方法 在任何時間執行。

缺點：單元測試資料庫和開發資料庫同步問題，特别是對疊代式開發項目，資料庫是根據需求在不斷地跟進或者變更，同步問題成為了單元測試正常運作的瓶頸。

2、 使用事務對單元測試方法的執行進行復原。

此種方法的優點：解決了方法一中缺點，不會出現資料庫結構不同步的問題。

缺點：在進行CRUD（Create/Read/Update/Delete）操作時，需要在單元測試方法中進行一些插入資料操作，進而保證單元測試與開發資料庫的獨立，造成了單元測試工作量增加。

在實際的項目中，可以根據需要選擇符合自己的解決方案，如果資料庫結構在項目進入開發階段已經确定，并且以後不會有變動，建議采用第一種方案，否則建議第二種方案。目前我們項目采用第二中方案。

那使用Nunit架構如果保證資料的會滾呢？這裡我們使用了COM+事務。

即System.EnterpriseServices;

具體如下：

/// <summary>

    ///單元測試基類，所有單元測試類都需要繼承此類

    /// </summary>

    [TestFixture]

    [Transaction(TransactionOption.Required)]

    public class DatabaseFixture:ServicedComponent

    {

        public DatabaseFixture()

        {

            //

            // TODO: Add constructor logic here

        }

        [TearDown]

        public void TransactionTearDown()

            if (ContextUtil.IsInTransaction)

            {

                ContextUtil.SetAbort();

            }

所有的單元測試方法都需要繼承與此類。比如：

public class AddressSqlDAOTest : DatabaseFixture

這樣，單元測試方法執行完後，會繼續執行DatabaseFixture類中的TransactionTearDown()方法。進而會滾之前的資料操作，單元測試方法也就不會影響開發資料庫，同樣開發資料庫也不會影響單元測試方法的執行，進而保證了單元測試與資料庫資料的獨立。

1、測試增加方法：判斷傳回的主鍵是否>0,如果主鍵>0 說明單元測試方法成功，否則失敗

2、測試查詢方法：首先在執行單元測試類中的插入資料方法（不是被測試類中的插入方法，而是在單元測試類中寫的插入方法，一定要區分開），然後執行查詢方法。

3、測試更新方法：首先在執行單元測試類中的插入資料方法，然後執行更新方法。

4、測試删除方法：首先在執行單元測試類中的插入資料方法，然後執行删除方法。

為了便于後期單元測試方法的維護，建議如下命名單元測試類 和單元測試方法。

單元測試類名：被測試類名稱+Test

單元測試方法名：被測試方法名稱+Test

至此，大家就可以利用Nunit中如何進行事務性單元測試已經完畢，相信大家也已經了解了如何讓單元測試獨立于資料庫資料，進而更高效地進行單元測試，也不影響開發。

版權

作者：靈動生活 郝憲玮

如果你認為此文章有用，請點選底端的【推薦】讓其他人也了解此文章，

本文版權歸作者和部落格園共有，歡迎轉載，但未經作者同意必須保留此段聲明，且在文章頁面明顯位置給出原文連接配接，否則保留追究法律責任的權利。