Базовое модульное тестирование .Net - ложные операции ввода-вывода <T>

Я чувствую, что здесь не хватает чего-то действительно очевидного. У меня есть классы, требующие ввода параметров с использованием шаблона .Net Core IOptions (?). Когда я перехожу к модульному тесту этого класса, я хочу поиздеваться над различными версиями опций для проверки функциональности класса. Кто-нибудь знает, как правильно имитировать / создавать / заполнять IOptions вне класса Startup?

Вот несколько примеров классов, с которыми я работаю:

Параметры / Параметры Модель

using System;
using System.Collections.Generic;
using System.Linq;
using System.Threading.Tasks;

namespace OptionsSample.Models
{
    public class SampleOptions
    {
        public string FirstSetting { get; set; }
        public int SecondSetting { get; set; }
    }
}

Тестируемый класс, который использует настройки:

using System;
using System.Collections.Generic;
using System.Linq;
using System.Threading.Tasks;
using OptionsSample.Models
using System.Net.Http;
using Microsoft.Extensions.Options;
using System.IO;
using Microsoft.AspNetCore.Http;
using System.Xml.Linq;
using Newtonsoft.Json;
using System.Dynamic;
using Microsoft.Extensions.Logging;

namespace OptionsSample.Repositories
{
    public class SampleRepo : ISampleRepo
    {
        private SampleOptions _options;
        private ILogger<AzureStorageQueuePassthru> _logger;

        public SampleRepo(IOptions<SampleOptions> options)
        {
            _options = options.Value;
        }

        public async Task Get()
        {
        }
    }
}

Модульный тест в сборке, отличной от других классов:

using OptionsSample.Repositories;
using OptionsSample.Models;
using System;
using System.Collections.Generic;
using System.Linq;
using System.Threading.Tasks;
using Xunit;
using Microsoft.Extensions.Logging;
using Microsoft.AspNetCore.Http;
using Microsoft.Extensions.Options;
using Microsoft.Extensions.DependencyInjection;
using Microsoft.Extensions.Configuration;

namespace OptionsSample.Repositories.Tests
{
    public class SampleRepoTests
    {
        private IOptions<SampleOptions> _options;
        private SampleRepo _sampleRepo;


        public SampleRepoTests()
        {
            //Not sure how to populate IOptions<SampleOptions> here
            _options = options;

            _sampleRepo = new SampleRepo(_options);
        }
    }
}

Вам необходимо вручную создать и заполнить IOptions<SampleOptions>объект. Вы можете сделать это через Microsoft.Extensions.Options.Optionsвспомогательный класс. Например:

IOptions<SampleOptions> someOptions = Options.Create<SampleOptions>(new SampleOptions());

Вы можете немного упростить это, чтобы:

var someOptions = Options.Create(new SampleOptions());

Очевидно, что это не очень полезно как есть. Вам нужно будет создать и заполнить объект SampleOptions и передать его в метод Create.

Если вы намереваетесь использовать Mocking Framework, как указано @TSeng в комментарии, вам необходимо добавить следующую зависимость в свой файл project.json.

   "Moq": "4.6.38-alpha",

После восстановления зависимости использовать структуру MOQ так же просто, как создать экземпляр класса SampleOptions и затем, как уже упоминалось, назначить его Value.

Вот схема кода, как это будет выглядеть.

SampleOptions app = new SampleOptions(){Title="New Website Title Mocked"}; // Sample property
// Make sure you include using Moq;
var mock = new Mock<IOptions<SampleOptions>>();
// We need to set the Value of IOptions to be the SampleOptions Class
mock.Setup(ap => ap.Value).Returns(app);

После того, как макет настроен, вы можете передать макет объекта конструктору как

SampleRepo sr = new SampleRepo(mock.Object);   

НТН.

К вашему сведению, у меня есть репозиторий git, в котором описаны эти 2 подхода на Github / patvin80

Вы можете вообще избежать использования MOQ. Используйте в своих тестах файл конфигурации .json. Один файл для множества файлов тестовых классов. Будет хорошо использоватьConfigurationBuilder .

Пример appsetting.json

{
    "someService" {
        "someProp": "someValue
    }
}

Пример класса сопоставления настроек:

public class SomeServiceConfiguration
{
     public string SomeProp { get; set; }
}

Пример услуги, которая нужна для тестирования:

public class SomeService
{
    public SomeService(IOptions<SomeServiceConfiguration> config)
    {
        _config = config ?? throw new ArgumentNullException(nameof(_config));
    }
}

Тестовый класс NUnit:

[TestFixture]
public class SomeServiceTests
{

    private IOptions<SomeServiceConfiguration> _config;
    private SomeService _service;

    [OneTimeSetUp]
    public void GlobalPrepare()
    {
         var configuration = new ConfigurationBuilder()
            .SetBasePath(Directory.GetCurrentDirectory())
            .AddJsonFile("appsettings.json", false)
            .Build();

        _config = Options.Create(configuration.GetSection("someService").Get<SomeServiceConfiguration>());
    }

    [SetUp]
    public void PerTestPrepare()
    {
        _service = new SomeService(_config);
    }
}

Данный класс Personзависит от PersonSettingsследующего:

public class PersonSettings
{
    public string Name;
}

public class Person
{
    PersonSettings _settings;

    public Person(IOptions<PersonSettings> settings)
    {
        _settings = settings.Value;
    }

    public string Name => _settings.Name;
}

IOptions<PersonSettings>можно высмеять и Personпротестировать следующим образом:

[TestFixture]
public class Test
{
    ServiceProvider _provider;

    [OneTimeSetUp]
    public void Setup()
    {
        var services = new ServiceCollection();
        // mock PersonSettings
        services.AddTransient<IOptions<PersonSettings>>(
            provider => Options.Create<PersonSettings>(new PersonSettings
            {
                Name = "Matt"
            }));
        _provider = services.BuildServiceProvider();
    }

    [Test]
    public void TestName()
    {
        IOptions<PersonSettings> options = _provider.GetService<IOptions<PersonSettings>>();
        Assert.IsNotNull(options, "options could not be created");

        Person person = new Person(options);
        Assert.IsTrue(person.Name == "Matt", "person is not Matt");    
    }
}

Для того, чтобы впрыснуть IOptions<PersonSettings>в Personвместо того , чтобы передать его в явном виде в CTOR, используйте этот код:

[TestFixture]
public class Test
{
    ServiceProvider _provider;

    [OneTimeSetUp]
    public void Setup()
    {
        var services = new ServiceCollection();
        services.AddTransient<IOptions<PersonSettings>>(
            provider => Options.Create<PersonSettings>(new PersonSettings
            {
                Name = "Matt"
            }));
        services.AddTransient<Person>();
        _provider = services.BuildServiceProvider();
    }

    [Test]
    public void TestName()
    {
        Person person = _provider.GetService<Person>();
        Assert.IsNotNull(person, "person could not be created");

        Assert.IsTrue(person.Name == "Matt", "person is not Matt");
    }
}

Вы всегда можете создать свои параметры с помощью Options.Create (), а затем просто использовать AutoMocker.Use (options) перед фактическим созданием фиктивного экземпляра репозитория, который вы тестируете. Использование AutoMocker.CreateInstance <> () упрощает создание экземпляров без ручной передачи параметров

Я немного изменил ваш SampleRepo, чтобы иметь возможность воспроизвести поведение, которого, как мне кажется, вы хотите добиться.

public class SampleRepoTests
{
    private readonly AutoMocker _mocker = new AutoMocker();
    private readonly ISampleRepo _sampleRepo;

    private readonly IOptions<SampleOptions> _options = Options.Create(new SampleOptions()
        {FirstSetting = "firstSetting"});

    public SampleRepoTests()
    {
        _mocker.Use(_options);
        _sampleRepo = _mocker.CreateInstance<SampleRepo>();
    }

    [Fact]
    public void Test_Options_Injected()
    {
        var firstSetting = _sampleRepo.GetFirstSetting();
        Assert.True(firstSetting == "firstSetting");
    }
}

public class SampleRepo : ISampleRepo
{
    private SampleOptions _options;

    public SampleRepo(IOptions<SampleOptions> options)
    {
        _options = options.Value;
    }

    public string GetFirstSetting()
    {
        return _options.FirstSetting;
    }
}

public interface ISampleRepo
{
    string GetFirstSetting();
}

public class SampleOptions
{
    public string FirstSetting { get; set; }
}

Вот еще один простой способ, который не требует использования Mock, но вместо этого использует OptionsWrapper:

var myAppSettingsOptions = new MyAppSettingsOptions();
appSettingsOptions.MyObjects = new MyObject[]{new MyObject(){MyProp1 = "one", MyProp2 = "two", }};
var optionsWrapper = new OptionsWrapper<MyAppSettingsOptions>(myAppSettingsOptions );
var myClassToTest = new MyClassToTest(optionsWrapper);

Для моих системных и интеграционных тестов я предпочитаю иметь копию / ссылку на мой файл конфигурации внутри тестового проекта. Затем я использую ConfigurationBuilder, чтобы получить параметры.

using System.Linq;
using Microsoft.Extensions.Configuration;
using Microsoft.Extensions.DependencyInjection;

namespace SomeProject.Test
{
public static class TestEnvironment
{
    private static object configLock = new object();

    public static ServiceProvider ServiceProvider { get; private set; }
    public static T GetOption<T>()
    {
        lock (configLock)
        {
            if (ServiceProvider != null) return (T)ServiceProvider.GetServices(typeof(T)).First();

            var builder = new ConfigurationBuilder()
                .AddJsonFile("config/appsettings.json", optional: false, reloadOnChange: true)
                .AddEnvironmentVariables();
            var configuration = builder.Build();
            var services = new ServiceCollection();
            services.AddOptions();

            services.Configure<ProductOptions>(configuration.GetSection("Products"));
            services.Configure<MonitoringOptions>(configuration.GetSection("Monitoring"));
            services.Configure<WcfServiceOptions>(configuration.GetSection("Services"));
            ServiceProvider = services.BuildServiceProvider();
            return (T)ServiceProvider.GetServices(typeof(T)).First();
        }
    }
}
}

Таким образом, я могу использовать конфигурацию везде внутри моего TestProject. Для модульных тестов я предпочитаю использовать MOQ, как описано в patvin80.

Согласитесь с Алехой, что, наверное, лучше использовать конфигурационный файл testSettings.json. А затем вместо того, чтобы вводить IOption, вы можете просто вставить реальные SampleOptions в свой конструктор класса, при модульном тестировании класса вы можете сделать следующее в фикстуре или снова просто в конструкторе тестового класса:

   var builder = new ConfigurationBuilder()
  .AddJsonFile("testSettings.json", true, true)
  .AddEnvironmentVariables();

  var configurationRoot = builder.Build();
  configurationRoot.GetSection("SampleRepo").Bind(_sampleRepo);