Проверка порядка вызова функций в модульном тесте

Question

Я хочу, чтобы модульный тест, который проверяет, что 2 вызова функций происходят в правильном порядке. В этом примере первая функция шифрует файл и сохраняет его в файловой системе, а вторая функция отправляет зашифрованный файл стороннему процессору (через FTP).

Я использую NSubstitute как макет рамки и FluentAssertions, чтобы помочь в проверке теста. Не похоже, что это можно сделать с NSubstitute из коробки.

public void SendUploadToProcessor(Stream stream, string filename) 
{ 
    var encryptedFilename = FilenameBuilder.BuildEncryptedFilename(filename); 
    FileEncrypter.Encrypt(stream, filename, encryptedFilename); 
    FileTransferProxy.SendUpload(encryptedFilename); 
} 

[TestMethod, TestCategory("BVT")] 
public void TheEncryptedFileIsSent() 
{ 
    var stream = new MemoryStream(); 
    var filename = Fixture.Create<string>(); 

    var encryptedFilename = Fixture.Create<string>(); 
    FilenameBuilder 
     .BuildEncryptedFilename(Arg.Any<string>()) 
     .Returns(encryptedFilename); 

    Sut.SendUploadToProcessor(stream, filename); 

    // Something here to verify FileEncrypter.Encrypt() gets called first 

    FileTransferProxy 
     .Received() 
     .SendUpload(encryptedFilename); 
} 

Answer 1

Попробуйте Received.InOrder в NSubstitute.Experimental пространстве имен.

Что-то вроде этого (я не проверял это):

Received.InOrder(() => { 
    FileEncrypter.Encrypt(stream, filename, encryptedFilename); 
    FileTransferProxy.SendUpload(encryptedFilename); 
}); 

Если вы не комфортно, опираясь на экспериментальной функциональности, вам нужно будет настроить обратные вызовы для хранения вызовов в порядке, а затем утверждать о что.

var calls = new List<string>(); //or an enum for different calls 
FileEncrypter.When(x => x.Encrypt(stream, filename, encryptedFilename)) 
      .Do(x => calls.Add("encrypt")); 
FileTransferProxy.When(x => x.SendUpload(encryptedFilename)) 
       .Do(x => calls.Add("upload")); 
// Act 

// Assert calls contains "encrypt","upload" in the correct order 

Если вы в конечном итоге пытается Received.InOrder, пожалуйста, оставьте обратную связь на discussion group. Если мы получим отзывы о том, что он хорошо работает для других, мы можем продвигать его в основное пространство имен.

Answer 2

Хотя это не ответ, но проверка явного порядка как части единичного теста - это плохая практика. Вы никогда не должны проверять детали реализации. Просто убедитесь, что вход правильно преобразован в вывод и добавляет некоторые альтернативные сценарии, которые в основном подтверждают ожидаемое поведение. Это точная причина, почему эта функция была устарела в RhinoMocks и что FakeItEasy даже не поддерживает ее.