`
tntyao
  • 浏览: 10053 次
  • 来自: ...
社区版块
存档分类
最新评论

003 RSpec 行为驱动测试简介转

 
阅读更多
这个 Gem 是干啥用的呢,RSpec 是一个 BDD 测试工具,用起来跟 TDD 工具差不多,只是包了一层 DSL 外衣,也就是说语法比较接近咱人类在用的语言(据说这样开发者与客户可以直接沟通了?);还有一个 Gem 叫做 Capybara,这个贼难念的单词是 Capybara,水豚,发音可以来这里听看看,声音没有 Rails 视频教程的 Terry 老师(@poshboytl)那么性感就是了。Capybara 是一个整合测试 Rack 应用的工具,可以模拟真实用户使用你的网站的行为。Capybara 跟 RSpec 起来非常好用!

但今天先介绍 RSpec。。。

接下来要讲的例子呢,你不需要有 Rails 的环境,只需要有 Ruby 与 RubyGems 即可。

Let's Dive in!!!

RSpec 的测试是用 Ruby DSL 写成的,看起来像是这样子:

describe Programmer do
  it "is lonely" do
    Programmer.lonely?.should be_true
  end
end

程序员寂寞么?恩。。。。。。这语法看起来跟英语差不多吧 : )这样写的好处是比较 Geek 一点的客户也能在验收测试(Acceptance Testing)的阶段直接跟你讨论,看看上帝的要求有没有都满足了!我们这儿有句话说客户是上帝,不知道你们那。。。圣经有一段:上帝说有光,就有光,客户说这个,就这个。。。而这对一个开发人员呢有什么好处呢?可以看看,嗯,这个功能具体是要做什么,然后去实现它。另外一个用 DSL 写的好处是,客户、开发者、代码,都可以用这种近似英语的语言交流(理想、理想嘛)。

而实际上 RSpec 是扩展一些 Test::Unit 已经提供的方法。你喜欢的话,也可以在 RSpec 的测试里混著用。好,下面我们会用另外一个例子,讲讲怎么用这个 RSpec。。。

关关雎鸠,在河之洲,窈窕淑女,君子好逑。。。
安装 RSpec

一如往常的一键安装 gem install rspec (目前是 2.9.0 @20120423)

会顺便安装相依的 Gem:

Fetching: rspec-core-2.9.0.gem (100%)
Fetching: diff-lcs-1.1.3.gem (100%)
Fetching: rspec-expectations-2.9.1.gem (100%)
Fetching: rspec-mocks-2.9.0.gem (100%)
Fetching: rspec-2.9.0.gem (100%)

最后一行你可以看到我们安了 rspec-2.9.0.gem ,而这些相依的 Gem 是要装的,就像水和鱼,过儿与龙儿,我和苍老师,是离不开彼此的。
一个简单例子

很好,很好,Gem 装好以后呢,让我们添加一个新的目录叫做 girl ,爱存哪就存哪,而下面再添加一个 spec 目录:

一键完成: mkdir -p girl/spec

在 spec 目录下建立一个文件叫做 girl_spec.rb ,注意到这个 _spec 了吗,这样一看就知道是一个 RSpec 的测试文件,有木有!!!!!用你喜欢的编辑器打开 girl_spec.rb 并敲入以下代码:

describe Girl do
  it "has chance?" do
    Girl.chance?.should be_true
  end
end

好了,相信各位都看的懂这个例子,我们描述了一个女孩,有机会吗?应该有吧!让我们在更深入的理解以上这位女孩之前,不是,是深入理解这段代码。。。首先 describe 区块 (block) 包含了一个描述这个女孩的测试 (it),而你宣称你应该有机会 (Girl.chance?.should be_true)。这跟断言有点像 (assert)。而如果其结果不如预期的话,RSpec 会报错并停止这个测试 (spec)。

那这个 should 哪来的,它还有一个兄弟 should_not,呵呵,RSpec 帮你定义好的。

    When RSpec executes specifications,
    it defines #should and #should_not
    on every object in the system.
    These methods are your entry to the magic of RSpec.
    -- RSpec.info

现在让我们运行看看,将终端切换到 girl 目录下:[your-path-to/girl] $ ,接著输入:

rspec spec

究竟你跟她有没有机会呢。。。登登登。。。

神马!?

uninitialized constant Girl (NameError)

你根本就不知道这女孩是谁,就想追人家了,好小子你,接下来让我们定义一下这个 Girl 常量(类)。要定义她的话,得先添加另外一个目录,叫做 lib ,为什么呢?因为女孩都喜欢住在房子里 (live in building,无恶意。。。),不是,因为之后 RSpec 会替你识别这个目录,帮你引用进来。。。

在这个目录里添加一个 girl.rb,并填入:

class Girl

end

好了,再来我们还得回头告诉 RSpec 咱要追的是哪个女孩,回到 girl_spec.rb ,添加:require girl 呵呵,大家都需要。。。当你再次运行这个测试 rspec spec ,因为你告诉了 RSpec 要载入这个 girl ,RSpec 会把 lib 目录添加到与 spec 同一层,这就是为什么你可以找到 lib/girl.rb 的原因,但是唉妈呀!又出错了:

F

Failures:

  1) Girl has chance?
     Failure/Error: Girl.chance?.should be_true
     NoMethodError:
       undefined method `chance?' for Girl:Class
     # ./spec/girl_spec.rb:5:in `block (2 levels) in <top (required)>'

Finished in 0.00056 seconds
1 example, 1 failure

Failed examples:

真是完整的错误信息阿!F 告诉我们失败了,就像你在 Test::Unit 里看到的一样,而下面它告诉你详细的错误信息,让你可以即时改正,所以说呢,女生找老公,找程序员是最靠谱的了,每天都拼命找哪里犯了错,并且马上改!心动不如马上行动,有兴趣的姑娘立即发短信至 13910733521,童叟无欺。

回头看这到底哪儿错了:

NoMethodError:
undefined method `chance?' for Girl:Class

哦,原来我们还没研究出,我们和一个女孩到底有没有戏的方法,让我们现在来定义一个:

class Girl
  def self.chance?
    true
  end
end

这里我们用了 self.chance? ,在类的级别定义。意思是说呢,只要是女孩这个类的,都有戏!如果你没有加这个 self 的话,那就得是属于女孩这个类产生的实体才有戏了。现在我们在运行看看 rspec spec :

.

Finished in 0.00367 seconds
1 example, 0 failures

和 Test::Unit 一样,用一个极富深意的点,告诉我们测试通过!太棒了!这是我们写的第一个 RSpec 测试,欢呼!

好,假设今天,你不想要每个是女孩类别的都有戏,这样子太困扰了,每天都被骚扰。你只想要女孩类别所产生的实体有戏就好了。让我们看看怎么做,首先呢,你打开 lib/girl.rb ,并把 self 拿掉:

class Girl
  def chance?
    true
  end
end

并且相应的改动你的 spec:

require 'girl'

describe Girl do
  it "has chance?" do
    Girl.new.chance?.should be_true
  end
end

运行: rspec spec ,呼,终于摆脱了一卡车的女孩了,呵呵!

现在让我们再来往这个测试添点东西,加入一个 taken! 方法,被把走了,也就是说这个女孩没戏了。这个方法呢,在 Girl 对象上创了一个实体变量叫做 @taken,而你将使用 chance? 方法来检验。

首先呢,你得先在测试里,测试这个 taken! 方法,是否是做你想要做的事儿。让我们在 spec/girl_spec.rb 里面再添一个例子:

require 'girl'

describe Girl do
  it "has chance?" do
    Girl.new.chance?.should be_true
  end

  it "taken!" do
    girl = Girl.new
    girl.taken!
    girl.should_not be_chance
  end
end

再我们测试之前,发现到了没有,有木有?你 YRY 了,You Repeat Yourself! 你可以看到我们定义了一个 Girl.new 然后第一个例子里又使用了 Girl.new ,而我们是果断支持 DRY 的,所以...

嗯嗯,让我们思索一下如何整理代码,1, 2, 3 秒,OK! 让我们把 Girl.new 放到一个 subject 区块。 subject 允许你在所有位于 describe 区块内的测试里建立一个对象的索引。你可以这样定义一个 subject :

subject { Girl.new }

而现在我们的测试文件:

require 'girl'

describe Girl do

  subject { Girl.new }

  it "has chance?" do
    Girl.new.chance?.should be_true
  end

  it "taken!" do
    girl = Girl.new
    girl.taken!
    girl.should_not be_chance
  end
end

你在这个测试的语境中,宣告了一个 subject ,然后我们来改写一下,比如第一个测试,有没有戏呢,你现在可以这样子替换:

its(:chance?) { should be_true }

这个 its 方法,接受一个方法的名字来调用这个 subject (Ruby 继承自 smalltalk,调用方法其实都是给对象发信息) 。然而后方这个 { ... } 区块应该要包含一个预测这个方法调用完的结果。

然而我们还可以这样调用:

it "taken!" do
  subject.taken!
  subject.should_not be_chance
end

而这里 taken! 方法必须使用 subject 来调用,因为我们只在 Girl 类别里有定义她。在这个情况,你没有使用 its ,因为你想要调用 taken! 方法,并且确认这个方法是否改变了 chance? 方法所返回的结果。

呼,意思就是女孩被追走了,还有没有戏啊?

而为了让我们的代码的可读性更猛一点,我使用了 should_not 来判断 be_chance 。

现在你的 girl_spec.rb 看起来是:

require 'girl'

describe Girl do

  subject { Girl.new }

  its(:chance?) { should be_true }

  it "taken!" do
    subject.taken!
    subject.should_not be_chance
  end
end

好了,让我们运行看看,土地公公老爷爷阿,究竟女孩与我。。。

NoMethodError:
  undefined method `taken!' for #<Girl:0x0000010087bcb0>

搞半天我根本还没定义 taken! 方法啊,失败!立马定义一个,打开 lib/girl.rb :

def taken!
  self.taken = be_true
end

OK,再运行一次:

NoMethodError:
  undefined method `taken=' for #<Girl:0x0000010087f838>

呜呜,咋回事儿呢?

原来我用了 self.taken = true ,Ruby 在跟我抱怨找不到这个 taken= 方法。我们可以使用 Ruby 提供的 attr_accessor 方法来定义这些琐碎的 getter/setter : ) 添加这行代码至 lib/girl.rb 最上方:

attr_accessor :taken

这里 attr 是 attribute 的缩写,学 Ruby 还学英语呢,真好!当你把一个符号(符号是一个冒号带名字xx)传给这个 attr_accessor 方法时,它替你定义了把 taken 设定与取出值的方法。它也替你定义了一个实体变量叫做 @taken 给每一个这个类别的对象设值时使用。

好的,咱的女孩儿现在看起来像是这样:

class Girl

  attr_accessor :taken

  def chance?
    true
  end

  def taken!
    self.taken = true
  end

end

再运行一次 rspec spec,月老公公老奶奶阿,看你的了阿:

expected chance? to return false, got true

唔?预期没戏,返回的结果是有戏,怎么会这样呢?哎呀,因为 chance? 永远都返回真嘛,我们应该要判断这个女孩是否被把走了,然后再下手。。。嗯嗯嗯:

def chance?
  !taken
end

运行 rspec spec !

..

Finished in 0.00917 seconds
2 examples, 0 failures

阿哈,终于成功了!!!!!!!!

但是,要是我们粗心大意,不小心忘了加 self 前缀呢?现在让我们把 self.taken 的 self 拿掉看看。。。

1) Girl taken!
   Failure/Error: subject.should_not be_chance
     expected chance? to return false, got true

RSpec 告诉我们:

1) 女孩被把了!
  失败/错误:subject.should_not be_chance
  预期没戏,却有戏。

这样还不用 RSpec 么?太牛了!哈哈哈哈。。。

好啦,RSpec 可以避免我们犯这种明显的错误,若犯错,即改之。如果你先写测试,然后让你的代码通过测试,你就会有很强大的自信,你的代码是工作的!而之后重构时,也可以一点一点的重构,在跑的过测试的前提之下。

好的,我们把它改回正确的吧:

def taken!
  self.taken = true
end

运行成功。。。

OK! 现在你对 RSpec 有了基础的认识,之后当你想要这样子开发你的应用时,当然不是我这样子轻浮的方式,是用行为驱动开发方式来开发应用时,你将会需要看看这本书:The RSpec Book。

最后,路上把妹的时候要注意阿各位,记得先测试一下
分享到:
评论

相关推荐

Global site tag (gtag.js) - Google Analytics