3

我正在尝试开始使用纯 TDD 并考虑 BDD 风格。我试图理解，与纯粹的 NUnit 相比，使用 MSpec 编写单元测试的感觉如何。

考虑一个简单的 MSpec 测试，如下所示：

[Subject("PersonRepository")]
class when_adding_a_new_person
{
     Establish context = () => sut = new PersonRepository();

     Because of = () => sut.AddPerson("Jim", "Panse");

     It should_have_a_person = sut.Count.ShouldEqual(1);
     It should_have_that_persion = sut.Contains("Jim", "Panse");

     static PersonRepository;
}

您如何以干净的方式将其转换为 NUnit，但不使用任何 BDD 扩展或任何东西。我认为每个应该断言都是一个单独的可运行测试并且应该只对所有应该断言执行一次是一个好Establish主意 Because。我可以使用[Setup]forEstablish和 Because，但每次测试都会运行它。我可以使用Assert.forIt但这不会使它们单独运行测试。

这个例子与 NUnit 风格有何对比？

4

1 回答 1

7

我通常建议不要从 MSpec 转换为 NUnit。在向人们介绍 MSpec 时，我喜欢从“经典”NUnit ( PersonRepositoryTester.TestAddNewPerson) 夹具开始，将其转换为更 BDDish 的夹具，如下所示，然后向他们展示 MSpec 如何帮助减少语言噪音并引入可读性 + 更好的报告。

[TestFixture]
public class When_adding_a_new_person
{
    PersonRepository sut;

    [TestFixtureSetUp]
    public void Establish_and_because()
    {
        sut = new PersonRepository();

        sut.AddPerson("Jim", "Panse");  
    }

    [Test]
    public void It_should_have_one_person()
    {
        Assert.That(sut.Count, Is.EqualTo(1));
    }

    [Test]
    public void It_should_contain_the_new_person()
    {
        Assert.That(sut.Contains("Jim", "Panse"), Is.True);
    }
}
于 2010-12-08T00:19:03.483 回答