老生常谈 TDD with RSpec

TDD with RSPEC

何谓TDD? 测试驱动开发的意思，TDD是一种开发思想，要求开发之前，先写下测试代码，在逐步添加开发实现代码，通过这些测试，再增加些测试代码，再写开发实现通过所有测试，再增加测试代码，再写实现代码通过所有测试，如此循环往复，直至最后开发完成。

TDD有何优点？
1，所有的测试，以代码的形式保留下来，所有测试用例都在监视你的每一步开发，是否造成了错误。
2，测试先行的策略，使你必须先放下具体的代码实现，先去考虑要实现什么，经过多年的经验总结，把需求考虑和实现考虑分开，能够带来巨大的好处，同一时间里，只专心的考虑实现什么，另一段时间里只考虑如何实现，使的工作思路清晰，从道理上看，这叫做一心不可二用，从软件工程来看，瀑布式开发模型也推荐先做完需求分析，再行开发。
3，为了便于测试，你需要把各个功能进行足够的细化，从而催生了低耦合度的代码，因为代码足够的细化和低耦合，你的工作更加可以准确度量。
4，对于每个测试用例，你只需要编写少量的代码，整个开发过程，你能够不断的取得看得见的进展
5，技术人员了解技术，所写的测试，可以补充普通测试人员的盲点
6，TDD是主动测试，发现问题和解决问题都是乐趣。
7，TDD使部分原本难以估价的测试工作变成现实可见的代码
8，对于Ruby on Rails，由于没有编译器，检查TDD会扮演编译器的角色。而且，这还是个不止检查语法的编译器，还是个你可以方便的随意订制其功能的编译器，例如
对于一段代码
def getBooksCount
return Book.count
end
你可以如下操作
assert_nothing_raised { getBooksCount }
来保证语法
也可以
assert_instance_of Integer, getBooksCount
来保证返回值
也可以更进一步，根据你测试数据库的数据情况
assert_equal getBooksCount, 88

在一个贯彻TDD的项目里，任何没有被测试覆盖的功能，可以认为是尚未实现或者无用功能
也许有些人说，我的功底很强大，我根本不需要TDD，我能埋头写上三天程序，最后按下编译按钮，然后去喝一杯青山绿水，回来发现程序没有任何错误，交与客户，客户发现完全符合要求；这真的是高手，令人敬畏的高手。然而，如果把这种高手比喻为万人难敌的古代剑客，那么可以把普通的用TDD的程序员比作拿着机枪的现代化小兵，一对一当然是古代剑客胜率更高，可是多对多，怕是现代化小兵们胜率更高了，近代中国就是这种情况，落后旧要挨打，咱们现代程序人不会用TDD就相当于装备落后。

有人说，没有TDD，我就无法写任何代码，我认为这种说法是偏执的，是露骨的哗众取宠，类似于芙蓉姐姐一般。真正的高手，没有TDD一样可以写代码，不过我推荐使用TDD，因为这可以使你如虎添翼，准确说来，在绝大多数情况，TDD会给你带来好处，尤其是你带领的团队，整体战斗力，可以的到提升，这下动心了吧？？

公欲善其事，必先利其器，时光荏苒，世事变迁，当你从第一行看到这里的时候，技术的变革，使得我已经不再推荐你使用assert_xxxx这种方式测试了，现在我推荐TDD开发使用RSpec测试工具。RSpec是基于行为的验收测试框架，使用RSpec，你可以构建你期望的软件系统行为，这些行为可运行测试，行为的描述可以代替文档。

要使用RSpec，首先，你需要安装RSpec，假设你已经安装好了Rails环境，你需要安装RSpec plugin

ruby script/plugin install svn://rubyforge.org/var/svn/rspec/tags/REL_1_1_3/rspec/
ruby script/plugin install svn://rubyforge.org/var/svn/rspec/tags/REL_1_1_3/rspec_on_rails/
ruby script/generate rspec
ruby script/generate rspec_scaffold book name:string
rake db:migrate
rake db:test:prepare
autotest

如果autotest正确，基本就ok了；如果不正确，可能说明你的环境不是很匹配，一般说来，最新的rails与最新的rspec是匹配的.

RSpec提供哪些便利?

举例
it "should correctly get current office name" do
@report.get_office_name.should == "Beijing- Nibirutech"
end

it "should failed because of validate for start date, end date or broker_id" do
@report = Report.new
@report.save.should_not be_true
@report.errors.should_not be_blank
[:date_from, :date_to, :broker_id].each {|k| @reporterrors_on(k).should_not be_blank}
end

it "should correctly get user name" do
@report.get_user_name.should_not be_blank
end

RSpec可以方便的记录行为期望。同时也提供了should风格
普通Test::Unit的
assert AAA 可以被 AAA.should be_true代替
assert_equal AAA, BBB 可以被 AAA.should == BBB 代替
assert_instance_of AAA, BBB 可以被 BBB.should be_an_instance_of AAA 代替
assert_nil AAA 可以被 AAA.should be_nil 代替

RSpec还提供了
lambda{
语句....
}.should_not_raise Exception

lambda{
语句....
}.should change(person, :birthday).from(32).to(33)

lambda{
语句...
}.should change(Book, :count).by(1)

myarray.should have(3).items

对于controllers可以测试
response.should be_success 如果http状态码是200，则通过
response.should be_redirect 如果状态码是300-399，则通过

get :action => :index
response.should render_template("path/to/template/for/index")
response.should have_text("html")

route_for(:controller => "hello", :action => "world").should == "/hello/world"

还有其它方法，可见http://rspec.rubyforge.org/rdoc/index.html

这种风格易于理解，且更贴近人的思维方式，改变了人对于测试的思考方式。
如此，写出的代码，美妙，且代码和文档俱全。最后，我支持TDD支持RSpec，欢迎大家质疑，或者一起讨论。