Как написать модульные тесты стиля контекста/спецификации с помощью структуры MSText/xUnit?

Ответ 1

Что вы думаете об этом:

[TestClass]
public class when_i_add_two_numbers : with_calculator
{
    public override void When()
    {
        this.calc.Add(2, 4);
    }

    [TestMethod]
    public void ThenItShouldDisplay6()
    {
        Assert.AreEqual(6, this.calc.Result);
    }

    [TestMethod]
    public void ThenTheCalculatorShouldNotBeNull()
    {
        Assert.IsNotNull(this.calc);
    }
}

public abstract class with_calculator : SpecificationContext
{
    protected Calculator calc;

    public override void Given()
    {
        this.calc = new Calculator();
    }
}

public abstract class SpecificationContext
{
    [TestInitialize]
    public void Init()
    {
        this.Given();
        this.When();
    }

    public virtual void Given(){}
    public virtual void When(){}
}

public class Calculator
{
    public int Result { get; private set; }
    public void Add(int p, int p_2)
    {
        this.Result = p + p_2;
    }
}

Ответ 2

Марк Ниджхоф имеет пример для создания стиля "Дано-когда-Тогда" тестирование с помощью NUnit в Fohjin.DDD github repository.

Здесь выдержка из приведенного выше примера:

public class When_registering_an_domain_event : BaseTestFixture<PreProcessor>
{
    /* ... */

    protected override void When()
    {
        SubjectUnderTest.RegisterForPreProcessing<ClientMovedEvent>();
        SubjectUnderTest.Process();
    }

    [Then]
    public void Then_the_event_processors_for_client_moved_event_will_be_registered()
    {
        IEnumerable<EventProcessor> eventProcessors;
        EventProcessorCache.TryGetEventProcessorsFor(typeof(ClientMovedEvent), out eventProcessors);
        eventProcessors.Count().WillBe(1);
    }
}

И вы можете увидеть данное в реализация базового класса:

[Given]
public void Setup()
{
    CaughtException = new NoExceptionWasThrownException();
    Given();

    try
    {
        When();
    }
    catch (Exception exception)
    {
        CaughtException = exception;
    }
    finally
    {
        Finally();
    }
}

Ответ 3

Я часто задавал такой вопрос, хотя недавно. Там есть много разумных вариантов, и вы можете легко создавать свои собственные, как показано в некоторых ответах в этом сообщении. Я работаю над базой тестирования BDD с намерением сделать его легко распространенным на любую инфраструктуру тестирования. В настоящее время я поддерживаю MSTest и NUnit. Его называют Given, и он открывается. Основная идея довольно проста: "Предоставляет обертки для общих наборов функциональных возможностей, которые затем могут быть реализованы для каждого тестового бегуна".

Ниже приведен пример теста NUnit Given:

[Story(AsA = "car manufacturer",
       IWant = "a factory that makes the right cars",
       SoThat = "I can make money")]
public class when_building_a_toyota : Specification
{
    static CarFactory _factory;
    static Car _car;

    given a_car_factory = () =>
                              {
                                  _factory = new CarFactory();
                              };

    when building_a_toyota = () => _car = _factory.Make(CarType.Toyota);

    [then]
    public void it_should_create_a_car()
    {
        _car.ShouldNotBeNull();
    }

    [then]
    public void it_should_be_the_right_type_of_car()
    {
        _car.Type.ShouldEqual(CarType.Toyota);
    }
}

Я старался оставаться верным концепциям из блог Dan North Introducting BDD, и как таковое, все делается с использованием данного, когда, то стиль спецификации. Способ, которым он реализован, позволяет вам иметь несколько givens и даже multiple when's, и они должны выполняться по порядку (все еще проверяя это).

Кроме того, существует полный набор расширений If, включенных непосредственно в Given. Это позволяет использовать такие функции, как вызов ShouldEqual(), описанный выше, но полон хороших методов для сравнения и сравнения типов и т.д. Для тех, кто знаком с MSpec, я в основном разорвал их и внесли некоторые изменения, чтобы заставить их работать за пределами MSpec.

Выплата, тем не менее, я думаю, находится в отчетности. Тест-бегун заполнен сценарием, который вы создали, так что с первого взгляда вы можете получить подробную информацию о том, что каждый тест действительно делает без погружения в код:

Кроме того, HTML-отчет создается с использованием шаблона t4 на основе результатов тестов для каждой сборки. Классы с соответствующими историями вставляются вместе, и каждое имя сценария печатается для быстрой справки. Для вышеуказанных тестов отчет будет выглядеть следующим образом:

Неудачные тесты будут окрашены в красный цвет и могут быть нажаты для просмотра деталей исключения.

Это в значительной степени. Я использую его в нескольких проектах, над которыми я работаю, поэтому он все еще активно развивается, но я бы описал ядро ​​как довольно стабильное. Я ищу способ поделиться контекстами композицией, а не наследованием, так что, вероятно, это будет одна из следующих изменений, идущих вниз по щуке. Приведите критику.:)

Ответ 4

Вы можете использовать NUnit.Specifications и писать тесты следующим образом:

using NUnit.Specifications;
using Should;

public class OrderSpecs
{
    [Component]
    public class when_a_customer_places_an_order : ContextSpecification
    {
        static OrderService _orderService;
        static bool _results;
        static Order _order;

        Establish context = () =>
        {
            _orderService = new OrderService();
            _order = new Order();
        };

        Because of = () => _results = _orderService.PlaceOrder(_order);

        It should_successfully_place_the_order = () => _results.ShouldBeTrue();
    }
}