如何（策略）以 BDD 风格对属性（获取/设置）进行单元测试？

我有一个（很多）类具有属性。有些有逻辑，有些则没有。假设我想测试这些属性，我该怎么做呢？

最近，我对用于创建单元测试的 BDD 风格很感兴趣。

see here http://iridescence.no/post/Extending-xUnit-with-a-Custom-ObservationAttribute-for-BDD-Style-Testing.aspx and here http://www.bjoernrochel.de/tag/xunitbddextensions/.

所以我会设置上下文 - 基本上创建 SUT 并加载所需的任何内容。 然后在每个观察（测试方法）中，我将验证特定属性是否包含它应该包含的内容。

这是我的问题。如果 SUT 有 20 个属性，那么我是否要创建 20 个观察/测试？我猜如果其中一个属性包含更有趣的逻辑，可能会更多。

[Observation]
public void should_load_FirstName()
{
    Assert.Equals<string>("John", SUT.FirstName);
}

[Observation]
public void should_load_LastName()
{
    Assert.Equals<string>("Doe", SUT.LastName);
}

[Observation]
public void should_load_FullName()
{
    Assert.Equals<string>("John Doe", SUT.FullName);
}

但如果将简单的观察结果汇总到一次观察中会更好吗？

[Observation]
public void should_load_properties()
{
    Assert.Equals<string>("John", SUT.FirstName);
    Assert.Equals<string>("Doe", SUT.LastName);
    Assert.Equals<string>("John Doe", SUT.FullName);
}

或者，如果我使用自定义属性（可以多次应用于一个方法）怎么办？这样我就可以做类似的事情：

[Observation(PropertyName="FirstName", PropertyValue="John")]
[Observation(PropertyName="LastName", PropertyValue="Doe")]
[Observation(PropertyName="FullName", PropertyValue="John Doe")]
public void should_load_properties()
{
}

一般来说，你应该努力只拥有一个logical每个测试的断言。优秀的书xUnit 测试模式 https://rads.stackoverflow.com/amzn/click/com/0131495054对此进行了很好的讨论，但重点是，如果测试失败的原因只有一个，那么可以更轻松地理解违规发生的位置。不过，这可能比 BDD 更适合回归测试......

所有这些都意味着您选择编写一个验证所有属性的单个测试可能是最没有吸引力的，尽管您could认为验证所有属性是一个单一的逻辑断言......

xDD（TDD、BDD，等等）的一个更核心的原则是测试应该充当可执行的规范。换句话说，当您不仅查看测试时，它应该立即显而易见what正在测试中，而且还why预期值就是这样。在您的示例中，不清楚为什么 SUT.FirstName 应该是“John”而不是“Jane”。

如果可能的话，我会编写这些测试来使用派生值 http://blog.ploeh.dk/2009/03/03/DerivedValuesEnsureExecutableSpecification.aspx而不是硬编码值。

对于可写属性，我经常编写测试来简单地验证 getter 返回分配给 setter 的值。

对于只读属性，我经常编写测试来验证该值是否与构造函数参数匹配。

此类测试可以封装到可重用的测试代码中，该代码封装了常见的测试习惯。我目前正在研究一个可以做到这一点的图书馆 http://autofixture.codeplex.com/WorkItem/View.aspx?WorkItemId=1650.