預期的模擬調用一次，但是0次，使用Func（T，TResult）

Question

我似乎遇到了Mock.Verify的問題，它認爲沒有調用某個方法，但我可以完全驗證它是否正確。

Runnable version from Git

單元測試：

替代單元測試

[Test] 
public void IterateFiles_Called() 
{ 
    Mock<IFileService> mock = new Mock<IFileService>(); 
    var flex = new Runner(mock.Object); 

    List<ProcessOutput> outputs; 
    mock.Verify(x => x.IterateFiles(It.IsAny<IEnumerable<string>>(), 
        It.IsAny<Func<string, ICsvConversionProcessParameter, ProcessOutput>>(), 
        It.IsAny<ICsvConversionProcessParameter>(), 
        It.IsAny<FileIterationErrorAction>(), 
        out outputs), Times.Once); 

     } 

：（後下面的評論）

[Test] 
public void IterateFiles_Called() 
{ 
    Mock<IFileService> mock = new Mock<IFileService>(); 
    var flex = new Runner(mock.Object); 

    List<ProcessOutput> outputs; 
    mock.Verify(x => x.IterateFiles(It.IsAny<string[]>(), 
         flex.ProcessFile, //Still fails 
         It.IsAny<ICsvConversionProcessParameter>(), 
         It.IsAny<FileIterationErrorAction>(), 
         out outputs), Times.Once); 

} 

Runner.cs：

public class Runner 
    { 
     public Runner(IFileService service) 
     { 
      string[] paths = new[] {"path1"}; 

      List<ProcessOutput> output = new List<ProcessOutput>(); 

      service.IterateFiles(paths, ProcessFile, new CsvParam(), FileIterationErrorAction.ContinueThenThrow, out output); 
     } 

     public ProcessOutput ProcessFile(string file, ICsvConversionProcessParameter parameters) 
     { 
      return new ProcessOutput(); 
     } 
    } 

當我調試我可以看到service.IterateFiles被調用。另外，由於所有參數都用It.IsAny<T>標記，所以傳遞的參數無關緊要（out參數除外 - 我的理解是這不能被嘲弄）。但莫克不同意這種方法。

任何想法我錯了嗎？

Answer 1

NikolaiDante的回答與它下面的評論意見，本質上給出瞭解釋。儘管如此，由於我已經調查了一下，所以我會盡力寫清楚。

您的問題完全無法顯示您的問題的主要原因，即該方法是通用之一。我們必須去看你鏈接的Git文件，以瞭解這一點。

在IFileService聲明的方法是：

void IterateFiles<TFileFunctionParameter, TFileFunctionOutput>(
    IEnumerable<string> filePaths, 
    Func<string, TFileFunctionParameter, TFileFunctionOutput> fileFunction, 
    TFileFunctionParameter fileFunctionParameter, 
    FileIterationErrorAction errorAction, 
    out List<TFileFunctionOutput> outputs); 

稱呼它，一個必須指定都兩個類型參數，TFileFunctionParameter和TFileFunctionOutput，和五個普通參數filePaths，fileFunction， fileFunctionParameter，errorAction和outputs。

C＃是有幫助的，並提供類型推斷與我們不必在源代碼中寫入類型參數。編譯器會計算出我們想要的類型參數。但這兩種類型的論點仍然存在，只有「隱形」。要查看它們，請將鼠標懸停在下面的通用方法調用上（並且Visual Studio IDE會顯示它們），或者查看輸出IL。

所以你Runner類中，調用真正含義是：

service.IterateFiles<CsvParam, ProcessOutput>(paths, 
    (Func<string, CsvParam, ProcessOutput>)ProcessFile, 
    new CsvParam(), FileIterationErrorAction.ContinueThenThrow, out output); 

注重兩個兩種類型的第一行，並注意方法組ProcessFile實際上變成了Func<string, CsvParam, ProcessOutput>即使方法簽名看起來更像Func<string, ICsvConversionProcessParameter, ProcessOutput>。代表可以通過類似的方法組創建。 （它是不是真正相關的是Func<in T1, in T2, out TResult>在T2標記爲逆變。）

如果我們檢查您Verify，那麼我們看到的類型推斷真的把它看作：

mock.Verify(x => x.IterateFiles<ICsvConversionProcessParameter, ProcessOutput>(
    It.IsAny<IEnumerable<string>>(), 
    It.IsAny<Func<string, ICsvConversionProcessParameter, ProcessOutput>>(), 
    It.IsAny<ICsvConversionProcessParameter>(), 
    It.IsAny<FileIterationErrorAction>(), 
    out outputs), Times.Once); 

所以起訂量不能真正驗證這稱爲，因爲調用使用不同的第一類型參數，並且fileFunctionFunc<,,>有另一種類型。所以這種解釋你的問題。

NikolaiDante顯示瞭如何更改runner以實際使用Verify預期的類型參數。

但感覺更合適兩個更改測試並保持runner代碼不變。因此，我們要在測試中，是：

mock.Verify(x => x.IterateFiles(It.IsAny<IEnumerable<string>>(), 
    It.IsAny<Func<string, CsvParam, ProcessOutput>>(), 
    It.IsAny<CsvParam>(), 
    It.IsAny<FileIterationErrorAction>(), 
    out outputs), Times.Once); 

（類型推斷會給從這個正確的TFileFunctionParameter和TFileFunctionOutput）。

但是：您已將測試類放在另一個項目/程序集中，而不是Runner類。並且CsvParam的類型爲internal。所以你真的需要使CsvParam可以在我的解決方案中進行測試。

您可以CsvParam訪問或者通過使類public，或由包括屬性使得測試組​​件MoqIssue組件的「朋友集結號」：

using System.Runtime.CompilerServices; 

[assembly: InternalsVisibleTo("MoqIssueTest")] 

在某些文件屬於MoqIssue項目。

請注意，Moq框架與internal類型沒有任何問題，因此您不必將Moq的任何裝配變成「朋友」。只需在您的MoqIssueTest組件中輕鬆地（即沒有難看的反射）表達Verify即可。

Answer 2

基本上，問題是Verify中的某些內容與運行時的內容不完全相符（可能會變得相當浮躁）。

我能得到它通過改變代碼Runner傳遞到：

service.IterateFiles<ICsvConversionProcessParameter, ProcessOutput>(paths, ProcessFile, new CsvParam(), FileIterationErrorAction.ContinueThenThrow, out output); 

（Specifiying TFileFunctionParameter和TFileFunctionOutput明確）

這似乎有助於指甲挫的類型起訂量的核實，以配合。

由於@Lukazoid說的比我好得多，「Moq把DoSomething當成DoSomething的一種不同方法。」

---

有些考生，因爲排除：

• 似乎有Func<string, ICsvConversionProcessParameter, ProcessOutput>和ProcessFile作爲ProcessFile之間的不匹配似乎並沒有被定義爲FUNC。

• 我可以看到的另一個潛在差異是string[] vs IEnumerable<string>。

• List<ProcessOutput>作爲出PARAM