Блог

Приведен следующий пример помощника

 public static class RuntimeHelper
{
    public static bool IsLinux => RuntimeInformation.IsOSPlatform(OSPlatform.Linux);
    public static bool IsMac => RuntimeInformation.IsOSPlatform(OSPlatform.OSX);
    public static bool IsWindows => RuntimeInformation.IsOSPlatform(OSPlatform.Windows);
}
 

Есть несколько вопросов

• Должен ли я вообще проводить модульное тестирование таких полей? (это может быть основано на мнении)
• Есть ли способ создавать модульные тесты на основе операционной системы?

Примером реализации может быть

 public sealed class RuntimeHelperTests
{
    // IF RUNNING ON WINDOWS

    [Fact]
    public void TheOSShouldBeWindows()
    {
        Assert.True(RuntimeHelper.IsWindows);
    }

    [Fact]
    public void TheOSShouldNotBeLinux()
    {
        Assert.False(RuntimeHelper.IsLinux);
    }

    [Fact]
    public void TheOSShouldNotBeMac()
    {
        Assert.False(RuntimeHelper.IsMac);
    }

    // DO THIS FOR THE OTHER OPERATING SYSTEMS TOO
}
 

Но эти тесты проходят только при запуске на компьютере с Windows…

Мы можем написать много слоев в нашей логике. На этот счет нет практического верхнего предела. Однако, независимо от того, сколько слоев мы пишем, снаружи всегда есть один слой, который должен взаимодействовать с реальным миром (например, монитор, сеть, операционная система, файловая система, устройство ввода-вывода,…)

Природа зверя такова, что последний слой никогда не может быть по-настоящему протестирован, потому что его зависимости являются внешними ресурсами. Все остальные слои (т. е. не последний) могут быть протестированы, потому что их соседний слой может быть высмеян.

В вашем случае RuntimeInformation это ваша не поддающаяся блокировке зависимость от реального мира. Это одна из главных проблем static при тестировании.

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

Однако в вашем случае нет реальной бизнес-логики. Ваш RuntimeHelper уже является этой абстрактной оболочкой.

Для этого не имеет смысла писать тесты RuntimeHelper .

 [Fact]
public void FilePathService_returns_correct_linux_path()
{
    var mockedRuntimeHelper = new MockedRuntimeHelper(OS.Linux);
    var filePathService = new FilePathService(mockedRuntimeHelper);

    var result = filePathService.GetConfigurationFolder();

    result.Should().Be("/path/to/config");
}

[Fact]
public void FilePathService_returns_correct_windows_path()
{
    var mockedRuntimeHelper = new MockedRuntimeHelper(OS.Windows);
    var filePathService = new FilePathService(mockedRuntimeHelper);

    var result = filePathService.GetConfigurationFolder();

    result.Should().Be(@"C:pathtoconfig");
}

[Fact]
public void FilePathService_returns_correct_mac_path()
{
    var mockedRuntimeHelper = new MockedRuntimeHelper(OS.Mac);
    var filePathService = new FilePathService(mockedRuntimeHelper);

    var result = filePathService.GetConfigurationFolder();

    result.Should().Be(@"whatever a Mac path is, I don't know");
}