如何爲更改數據的方法編寫單元測試？

Question

我有以下方法：

Void UpdateUser(User user){} 

我需要檢查這個方法是否能正常工作。

我已經使用一個單獨的數據庫來檢查這在單元測試。但是很多有經驗的人說如果我用這種方法不是單元測試的話;這就是集成測試。

但我不知道如何模擬單元測試。

在UpdateUser方法中編寫的代碼將嘗試使用實體框架更新數據。

如果我嘲笑（其實我也不怎麼這樣做），這將如何與實體框架一起工作？

Answer 1

模擬意味着你開發你的軟件組件（類）的方式是任何具有行爲的類都被使用/消費/作爲接口（或抽象類）調用。你編程抽象。運行時您使用某些東西（服務定位器，DI容器，工廠等）來檢索/創建這些實例。

最常用的方法是用施工注塑。 Here是一個很好的解釋，爲什麼會使用DI，以及如何做到這一點的例子。

在你的情況下，你使用實體框架的組件（你的倉庫的實例）必須實現一個倉庫界面，任何使用倉庫的類都應該使用它作爲界面。

這樣，你可以模擬你的unittests中的存儲庫。這意味着你創建了一個unit-test-repository類（與任何數據庫或EF無關），並且在你創建你想要單元測試的類的實例時使用它。

希望這會有所幫助。有很多來源可以找到。我個人只讀this book，我發現它非常好。 This是作者的博客。

Answer 2

使用事務，並在測試

Answer 3

可以使用事務和回滾或創建測試用戶嘗試的更新結束時回滾事務。斷言，然後在finally塊中刪除測試用戶。

你可以使用像moq，rhino等模擬框架。moq很容易，你可以找到許多用DI像統一框架來演示moq的例子。

Answer 4

如果你的類是這樣

public class UserRepository() 
{ 
    Sqlcontext _context; 
    void UpdateUser(User user) 
    { 
     _context.Users.Add(user); 
    } 
} 

那麼這是不是單元測試。

雖然這不是一個單元測試，如果你堅持連接數據庫並對其進行測試，則可以將功能改成

User UpdateUser(User user) 
{ 
    _context.Users.Add(user); 
    return user; 
} 

和測試，如果

user.Id > 0 

在這裏，你是基本上只是測試實體框架。

Answer 5

「我用一個單獨的數據庫單元測試，以檢查它。但是許多 有經驗的人說，如果我用這個方法不會是單元測試 ;。這是集成測試」

這些人是錯誤的，儘管他們假設的經驗。出於某種原因，單元測試都是關於單獨測試代碼部分的錯誤概念近年來越來越流行。實際上，單元測試都是關於編寫作爲一個單元的測試，換句話說，它們是孤立存在的，一個單元測試的結果不會影響另一個測試。

如果您的UpdateUser方法直接訪問EF，那麼只要您確保數據庫保證在每次測試結束時回滾到其開始狀態，那麼您將進行單元測試。但是，爲每個測試設置數據庫並確保其可靠地回滾可能需要很多工作。這就是爲什麼經常使用嘲笑。其他答案已經涵蓋了mcoking EF，所以我不會重複一遍。

爲了極大地簡化您的測試，您可以在UpdateUser和EF之間插入一層外推層。換句話說，UpdateUser類提供了一個接口實例，該實例是其進入EF的網關。它不直接與EF交談。然後模擬EF，你只需提供一個模擬的接口實現。然後，這就將測試對象EF的需求推向了更基本的層次，並帶有更多基本的類似於CRUD的行爲。