[Study Note] TDD: Consistent test structure （测试代码的结构一致性）

在 codebetter 上看到 Mark Needham 的一篇文章 TDD: Consistent test structure，对于测试代码的结构进行了探讨。

在以下的两个结构相近/内容相反的测试函数中有什么不同么？

[Test]
public void ShouldSetSomethingIfWeHaveAFoo()
{
　　var aFoo = FooBuilder.Build.WithBar("bar").WithBaz("baz").AFoo();

　　// some random setup
　　// some stubs/expectations

　　var result = new Controller(...).Submit(aFoo);

　　Assert.That(result.HasFoo, Is.True);
}

[Test]
public void ShouldNotSetSomethingIfWeDoNotHaveAFoo()
{
// some random setup
// some stubs/expectations

var result = new Controller(...).Submit(null);

Assert.That(result.HasFoo, Is.False);
}

只要留意代码，就能看出第二段测试代码中使用 Inline 将变量 aFoo 直接赋值为 null，然后传递了进去。

Needham 的同事 Damian 说，Inline 使得在将来（比较长的一段时间之后）阅读代码的时候，这两个相互印证的测试在结构上显得不一致，从而影响对于测试代码整体的理解。

Needham 推荐的了一种单元测试函数的“结构”，如下：

[Test]
public void ShouldShowTheStructureOfMarksTests()
{
// The test data that’s important for the test
// Less important test data
// Expectation/Stub setup
// Call to object under test
// Assertions
}

我这里还有一种更简单一点的结构：

[Test]
public void SimpleStructureOfMarksTests()
{
// Assign
// Act
// Assert
}

其实在这里讨论的，无非是如何能够更好的保证代码可读性，即使测试的代码也不例外，以前确实没有注意到这方面的问题。

那么我的问题是，如果两边都采用 inline 方式呢？而且我以为，inline 可以带来一点点编译上的性能优势。

inline, or not inline 可能是关于个人编码风格的问题吧。