Параметризация тестов в xUnit.net аналогична NUnit


107

Есть ли какие-либо средства в структуре xUnit.net, аналогичные следующим функциям NUnit?

[Test, TestCaseSource("CurrencySamples")]
public void Format_Currency(decimal value, string expected){}

static object[][] CurrencySamples = new object[][]
{
    new object[]{ 0m, "0,00"},
    new object[]{ 0.0004m, "0,00"},
    new object[]{ 5m, "5,00"},
    new object[]{ 5.1m, "5,10"},
    new object[]{ 5.12m, "5,12"},
    new object[]{ 5.1234m, "5,12"},
    new object[]{ 5.1250m, "5,13"}, // round
    new object[]{ 5.1299m, "5,13"}, // round
}

Это сгенерирует 8 отдельных тестов в графическом интерфейсе NUnit.

[TestCase((string)null, Result = "1")]
[TestCase("", Result = "1")]
[TestCase(" ", Result = "1")]
[TestCase("1", Result = "2")]
[TestCase(" 1 ", Result = "2")]
public string IncrementDocNumber(string lastNum) { return "some"; }

Это сгенерирует 5 отдельных тестов и автоматически сравнит результаты ( Assert.Equal()).

[Test]
public void StateTest(
    [Values(1, 10)]
    int input,
    [Values(State.Initial, State.Rejected, State.Stopped)]
    DocumentType docType
){}

Это сгенерирует 6 комбинаторных тестов. Бесценно.

Несколько лет назад я попробовал xUnit, и он мне понравился, но в нем не было этих функций. Не могу без них жить. Что-то изменилось?


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

Ответы:


139

xUnit предлагает способ запускать параметризованные тесты с помощью так называемых теорий данных . Эта концепция эквивалентна той, что есть в NUnit, но функциональность, которую вы получаете из коробки, не так полна.

Вот пример:

[Theory]
[InlineData("Foo")]
[InlineData(9)]
[InlineData(true)]
public void Should_be_assigned_different_values(object value)
{
    Assert.NotNull(value);
}

В этом примере xUnit будет запускать Should_format_the_currency_value_correctlyтест один раз InlineDataAttributeкаждый раз, передавая указанное значение в качестве аргумента.

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

Вы можете найти хороший практический пример того , как теории данных XUnit может быть расширены в AutoFixture «s Autodata и InlineAutoData теорий.


3
По всей видимости, использование десятичных литералов в качестве параметров атрибута не допускается .
Сергей Волчков

1
@RubenBartelink ваша ссылка не найдена. Вместо этого перейдите сюда: blog.benhall.me.uk/2008/01/introduction-to-xunit-net-extensions
Ронни Оверби

9
Вам понадобится xUnit.net: Extensions (пакет NuGet), в противном случае [Theory]атрибут недоступен.
Daniel AA Pelsmaeker

4
Было бы здорово, если бы у наиболее рекомендуемой среды модульного тестирования .NET была какая-то документация ..
Исаак Кляйнман,

6
Google говорит, что ваши ТАК-ответы - это документация xUnit.
nathanchere

55

Позвольте мне бросить сюда еще один образец, на всякий случай, если он кому-то сэкономит время.

[Theory]
[InlineData("goodnight moon", "moon", true)]
[InlineData("hello world", "hi", false)]
public void Contains(string input, string sub, bool expected)
{
    var actual = input.Contains(sub);
    Assert.Equal(expected, actual);
}

Вы забыли закрывающую скобку во второй строке?
cs0815,

Полезно, спасибо :)
Zeek2

21

По первому запросу вы можете следовать приведенным здесь примерам .

Вы можете создать статический класс, содержащий данные, необходимые для набора тестов.

using System.Collections.Generic;

namespace PropertyDataDrivenTests
{
    public static class DemoPropertyDataSource
    {
        private static readonly List<object[]> _data = new List<object[]>
            {
                new object[] {1, true},
                new object[] {2, false},
                new object[] {-1, false},
                new object[] {0, false}
            };

        public static IEnumerable<object[]> TestData
        {
            get { return _data; }
        }
    }
}

Затем с помощью атрибута MemberData определите тест как таковой.

public class TestFile1
{
    [Theory]
    [MemberData("TestData", MemberType = typeof(DemoPropertyDataSource))]
    public void SampleTest1(int number, bool expectedResult)
    {
        var sut = new CheckThisNumber(1);
        var result = sut.CheckIfEqual(number);
        Assert.Equal(result, expectedResult);
    }
}

или если вы используете C # 6.0,

[Theory]
[MemberData(nameof(PropertyDataDrivenTests.TestData), MemberType = typeof(DemoPropertyDataSource))]

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


13

Согласно этой статье в xUnit у вас есть три варианта «параметризации»:

  1. InlineData
  2. ClassData
  3. MemberData

Пример InlineData

[Theory]
[InlineData(1, 2)]
[InlineData(-4, -6)]
[InlineData(2, 4)]
public void FooTest(int value1, int value2)
{
    Assert.True(value1 + value2 < 7)
}

Пример ClassData

public class BarTestData : IEnumerable<object[]>
{
    public IEnumerator<object[]> GetEnumerator()
    {
        yield return new object[] { 1, 2 };
        yield return new object[] { -4, -6 };
        yield return new object[] { 2, 4 };
    }

    IEnumerator IEnumerable.GetEnumerator() => GetEnumerator();
}


[Theory]
[ClassData(typeof(BarTestData))]
public void BarTest(int value1, int value2)
{
    Assert.True(value1 + value2 < 7)
}

Пример MemberData

[Theory]
[MemberData(nameof(BazTestData))]
public void BazTest(int value1, int value2)
{
    Assert.True(value1 + value2 < 7)
}

public static IEnumerable<object[]> BazTestData => new List<object[]>
    {
        new object[] { 1, 2 },
        new object[] { -4, -6 },
        new object[] { 2, 4 },
    };

12

Я нашел библиотеку Xunit.Combinatorial, которая обеспечивает эквивалентную функциональность [Values]атрибуту NUnit :

Он позволяет вам указывать значения на уровне параметров:

[Theory, CombinatorialData]
public void CheckValidAge([CombinatorialValues(5, 18, 21, 25)] int age, 
    bool friendlyOfficer)
{
    // This will run with all combinations:
    // 5  true
    // 18 true
    // 21 true
    // 25 true
    // 5  false
    // 18 false
    // 21 false
    // 25 false
}

Или вы можете неявно вычислить минимальное количество вызовов, чтобы охватить все возможные комбинации:

[Theory, PairwiseData]
public void CheckValidAge(bool p1, bool p2, bool p3)
{
    // Pairwise generates these 4 test cases:
    // false false false
    // false true  true
    // true  false true
    // true  true  false
}

6

Я учел все ответы здесь и дополнительно использовал TheoryData<,>общие типы XUnit, чтобы дать мне простые, легкие для чтения и безопасные для ввода определения данных для атрибута 'MemberData' в моем тесте, как показано в этом примере:

/// must be public & static for MemberDataAttr to use
public static TheoryData<int, bool, string> DataForTest1 = new TheoryData<int, bool, string> {
    { 1, true, "First" },
    { 2, false, "Second" },
    { 3, true, "Third" }
};

[Theory(DisplayName = "My First Test"), MemberData(nameof(DataForTest1))]
public void Test1(int valA, bool valB, string valC)
{
    Debug.WriteLine($"Running {nameof(Test1)} with values: {valA}, {valB} & {valC} ");
}

Из обозревателя тестов наблюдались три прогона тестов для «Мой первый тест»


NB Использование VS2017 (15.3.3), C # 7 и XUnit 2.2.0 для .NET Core


Это прекрасно.
Brett
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.