本节书摘来自异步社区《Cucumber：行为驱动开发指南》一书中的第2章，第2.7节，作者：【英】Matt Wynne , 【挪】Aslak Hellesy著，更多章节内容可以访问云栖社区“异步社区”公众号查看
2.7 添加一个断言
继续遵照Cucumber的指示，我们需要为计算器程序创建一个Ruby文件。让我们暂时先创建一个空的Ruby文件，这样在转入解决方案之前，我们可以继续停留在外部并完成测试。Linux/Mac用户可以用如下命令创建空文件：
$ touch calc.rb
如果用的是Windows，就无法使用touch命令了，可以用编辑器创建一个名为calc.rb的空文本文件，或者使用如下技巧：
C:\> echo .> calc.rb
当我们再次运行cucumber的时候，就可以看到第二个步骤通过了，并且运行到了最后一个步骤：
$ cucumber –format progress
..P
(::) pending steps (::)
features/adding.feature:6:in `Then the output should be "4"'
1 scenario (1 pending)
3 steps (1 pending, 2 passed)
0m0.021s
要让最后一个步骤定义生效，将 features/step_definitions_calculator_ steps.rb中最后的步骤定义修改如下：
下载first_taste/07/features/step_definitions/calculator_steps.rb
Then /^the output should be "([^"]*)"$/ do |expected_output|
@output.should == expected_output
end
我们使用RSpec1断言来检查特性中指定的期望输出与前一个步骤定义中用@output存储的程序输出是否匹配。如果不匹配，RSpec会产生一个错误，就像我们在上一个步骤定义中使用raise一样。
现在再次运行cucumber，我们就会得到一个真正失败的测试：
$ cucumber --format progress
..F
(::) failed steps (::)
expected: "4"
got: "" (using ==) (RSpec::Expectations::ExpectationNotMetError)
./features/step_definitions/calculator_steps.rb:16:in `/^the output should be "([^"]*)"$/'
features/adding.feature:6:in `Then the output should be "4"'
Failing Scenarios:
cucumber features/adding.feature:3 # Scenario: Add two numbers
1 scenario (1 failed)
3 steps (1 failed, 2 passed)
0m0.021s
非常好！现在我们的测试失败得合情合理了：它运行我们的程序，检查输出，然后告诉我们正确的输出应该是怎样的。到现在该暂停工作，休息一下了。我们已经为这个版本完成了不少艰苦的工作：一会儿等我们回来看代码的时候，Cucumber会准确地告诉我们要使程序正确运行还需要做哪些工作。要是我们所有的需求都像这样伴随着一个失败的测试交到我们面前，构建软件将会变得多么简单！
尝试一下
你能写一个让场景通过的calc.rb实现吗？记住，在目前阶段，我们只需满足一个单独的场景，因此，一个非常简单的方案就能解决该问题。
