需要TDD方法的想法

Question

我們剛剛發佈了一個爲我們專有系統重寫的模塊（第三次）。這個模塊，我們稱之爲負載管理器，迄今爲止是迄今爲止我們系統中所有模塊中最複雜的。我們試圖獲得一個全面的測試套件，因爲每當我們對這個模塊做出任何重大改變時，都會花費數週時間來解決錯誤和怪癖。然而，開發一個測試套件已經證明是相當困難的，所以我們正在尋找想法。

負載管理器的內存駐留在一個名爲LoadManagerHandler的類中，這實質上是模塊背後的所有邏輯。該處理程序調用多個控制器在數據庫中執行CRUD方法。這些控制器實際上是位於頂部的DAL的頂層，並將我們的LLBLGen生成的代碼抽象出來。

所以很容易模擬這些控制器，我們正在使用Moq框架。然而問題出在Load Manager的複雜性上，我們收到的問題並不是處理簡單的案例，而是處理器中包含大量數據的情況。

簡要解釋負載管理器包含一些「卸載」細節，有時數百個，然後放入用戶創建的負載和reship池中。在創建和填充這些負載的過程中，會有大量的刪除，更改和添加，最終導致問題出現。然而，因爲當你嘲笑對象的方法，最後模擬勝，即：

jobDetailControllerMock.Setup(mock => mock.GetById(1)).Returns(jobDetail1); 
jobDetailControllerMock.Setup(mock => mock.GetById(2)).Returns(jobDetail2); 
jobDetailControllerMock.Setup(mock => mock.GetById(3)).Returns(jobDetail3); 

不管我送jobDetailController.GetById（X）我將永遠找回jobDetail3。這使得測試幾乎不可能，因爲我們必須確保在更改所有點都受到影響時應該受到影響。

因此，我決定使用測試數據庫，只是允許正常的讀寫操作。但是，因爲不能（讀取：不應該）指定測試的順序，所以早期運行的測試可能會導致稍後運行的測試失敗。

TL/DR：我本質上是在尋找面向數據的代碼的測試策略，這種代碼本質上是非常複雜的。

Answer 1

要解決「最後模擬勝」與起訂量，你可以從這個博客使用的技術：

Moq Triqs - Successive Expectations

編輯：

其實你甚至不需要說。根據你的例子，Moq將根據方法參數返回不同的值。

public interface IController { string GetById(int id); }

class Program 
{ 
    static void Main(string[] args) 
    { 
     var mockController = new Mock<IController>(); 

     mockController.Setup(x => x.GetById(1)).Returns("one"); 
     mockController.Setup(x => x.GetById(2)).Returns("two"); 
     mockController.Setup(x => x.GetById(3)).Returns("three"); 

     IController controller = mockController.Object; 

     Console.WriteLine(controller.GetById(1)); 
     Console.WriteLine(controller.GetById(3)); 
     Console.WriteLine(controller.GetById(2)); 
     Console.WriteLine(controller.GetById(3)); 
     Console.WriteLine(controller.GetById(99) == null); 
    } 
} 

輸出是：

 
    one 
    three 
    two 
    three 
    True 

Answer 2

我從來沒有使用Moq，但它似乎應該能夠通過提供的參數匹配模擬調用。

就讓我們來看看在Quick Start documentation有以下摘錄：

//Matching Arguments 

// any value 
mock.Setup(foo => foo.Execute(It.IsAny<string>())).Returns(true); 


// matching Func<int>, lazy evaluated 
mock.Setup(foo => foo.Add(It.Is<int>(i => i % 2 == 0))).Returns(true); 


// matching ranges 
mock.Setup(foo => foo.Add(It.IsInRange<int>(0, 10, Range.Inclusive))).Returns(true); 

我想你應該可以使用上面的第二個例子。

Answer 3

一個簡單的測試技術是確保每次一個錯誤記錄對一個系統中，確保一個單元測試寫入覆蓋這種情況下。你可以用這種技術建立一套非常堅實的測試。甚至更好，你不會兩次碰到同一件事。

Answer 4

不管我送jobDetailController.GetById（X）我將永遠找回jobDetail3

你應該花更多的時間調試測試，因爲正在發生的事情並不怎麼起訂量行爲方式。您的代碼或測試中存在導致某些操作不當的錯誤。

如果你想用相同的輸入但不同的輸出重複調用，你也可以使用不同的模擬框架。 RhinoMocks支持錄製/播放習慣用法。你是對的，這並不總是你想要強制執行呼叫順序。我更喜歡Moq，因爲它很簡單。

Answer 5

正如勒布指出的，你的確可以使用一系列配套：

controller.Setup(x => x.GetById(It.IsInRange<int>(1, 3, Range.Inclusive))))).Returns<int>(i => jobs[i]); 

該代碼使用傳遞給方法來計算要返回的值的論點。

Answer 6

這聽起來像LoaderManagerHandler做...很多工作。在課堂名稱中的「經理」總是有點擔心我......從TDD的角度來看，如果可能的話，可能需要考慮如何適當地打破課堂。

這個班多久了？