C语言 行为驱动的验收测试,行为驱动开发之三，从测试驱动开发中来

TDD的进化

JUnit之后，陆续的，各种语言也都有了自己的Unit Test Framework，一时间TDD工具如雨后春笋，拔地而起。 然而，在跟风儿的大多数们熟练工具的时候，追寻更敏捷的前辈们继续向前进发了。TDD的下一步是哪里呢？更好的隔离代码(Working Effectively with legacy code)，更好的测试构架(Xunit Test Patterns)，这些都是锦上添花。但是，雪中送炭的出路在哪里呢？前辈们绞尽脑汁，想出两条路：

● 现有的TDD中的T，即测试用例还是太底层，到了集成层，系统层，用户层，再这么走，走不通。所以前辈们想出了另一条路，验收性测试驱动开发(Automate Acceptance Test Driven Development，AATDD)，这里头比较出名的工具属Fitnesse。

● 现有的测试用例，还是不够易懂，毕竟是代码，最好让它更接近自然语言。

BDD的由来

行为驱动开发(Behavior Driven development，BDD)，就是从第二个点子里演变而来的。继续上述例子，我希望让我的测试代码更易懂，我可以使用这样的方式：

def test_valid_point ->

2

def test_point_should_support_set_integer_to_x_and_y

3

4

def test_invalid_point ->

5

def test_point_should_raise_error_when_set_none_integer_to_x_and_y

如果使用Ruby的BDD的工具Rspec，则可以将测试代码以自然语言的方式描述为：

describe"A new point" do

02

it"should raise exception when set none integer as x or y" do

03

none_integers = [[nil,3], [3,nil], [1, -2], [-2,1], [1.5,2], [2,1.5]]

04

none_integers.each do |ni|

05

Point.new(ni[0], ni[1]).should raise_error()

06

end

07

end

08

it"should accept when set integer as x and y" do

09

integers = [[1,2], [0,0]]

10

integers.each do |i|

11

p = Point.new(i[0], i[1])

12

p.x.should == i[0]

13

p.y.should == i[1]

14

end

15

end

16

end

Rspec后，其他编程语言也纷纷效仿，一系列Spec工具又如雨后春笋般。但是，追寻更敏捷的前辈们，又没有停下脚步，因为Rspec依旧停留在单元测试层，即describe/it/do的里面，还是代码。为了将自然语言引入Spec，，前辈们在此基础上开发了Cucumber。

32/3<123>