Модульное тестирование FTPWebRequest / FTpWebResponse

Вы не можете издеваться над FTPWebRequest или FTPWebResponse с Moq, потому что он позволяет имитировать только интерфейсы или абстрактные классы . И не похоже, что MS думала о тестируемости, когда писала большую часть пространства имен System.Net. Это основная причина, по которой я перешел от Moq к RhinoMocks.

Вам нужно будет создать свои собственные объекты FTPWeb * и передать их своему обработчику.

Невозможно с Mock еще и потому, что FTPWebResponse не имеет открытых конструкторов, позволяющих что-то быть производным от него.

Вот как я написал свой тест в похожей ситуации.

Тестируемый метод: ExceptionContainsFileNotFound(Exception ex) содержит следующую логику:

if (ex is WebException)
{
    var response = (ex as WebException).Response;
    if (response is FtpWebResponse)
    {
        if ((response as FtpWebResponse).StatusCode == FtpFileNotFoundStatus)
        {
            return true;
        }
    }
}

Чтобы проверить это, я применил быстрый трюк.

try
{
    var request = WebRequest.Create("ftp://notexistingfptsite/");
    request.Method = WebRequestMethods.Ftp.ListDirectory;

    request.GetResponse();
}
catch (WebException e)
{
    // trick :)
    classUnderTest.FtpFileNotFoundStatus = FtpStatusCode.Undefined;

    var fileNotFoundStatus = classUnderTest.ExceptionContainsFileNotFound(e);

    Assert.That(fileNotFoundStatus, Is.True);
}

(Конечно, FtpFileNotFoundStatus не отображается в мире.)

Для этого я использую Rhino frameWork.

Он может обрабатывать создание экземпляров, даже если нет общедоступного конструктора, свойства только для чтения и многое другое.

Пример:

var ftpWebResponse = Rhino.Mocks.MockRepository.GenerateStub<FtpWebResponse>();
ftpWebResponse.Stub(f=>f.StatusCode).Return(FtpStatusCode.AccountNeeded);