所以这是水豚版本2的变化。我发现了这个：
http://alindeman.github.com/2012/11/11/rspec-rails-and-capybara-2.0-what-you-need-to-know.html
它解释说：
在升级到capybara 2.0之后，*capybara将不会在RSpec请求specs中默认可用 *。相反，一种新的specs类型--feature specs--已经被创建用于capybara。
要升级到水豚2.0，你需要做几件事：

• 将rspec-rails升级到2.12.0或更高版本
• 将所有使用capybara的测试从spec/requests移到spec/features。Capybara测试使用visit方法，通常针对页面进行Assert。

对于在升级到2.x时遇到同样问题的人来说，这只是一些额外的信息。请查看Upgrading to Capybara 2部分的rspec-rails文档。
基本上，为了使用Capybara DSL（页面和访问），您必须将现有的规范移动到spec/features目录中。因此，您只能在验收测试中使用page & visit。在控制器和请求规范中没有更多的页面和访问。仅允许在控制器和请求规范中使用机架测试DSL (get|post|put|delete|head/response.body)。
这是不推荐的，但有一种方法可以让你的规格保持原样：

RSpec.configure do |c|
  c.include Capybara::DSL, :example_group => {
    :file_path => "spec/requests"
  }
end

字符串
文档指出，如果你走这条路，那么你就是在覆盖预期的行为，你是在冒险。
而且绝对不要把这作为不升级到Capybara 2.x的理由。功能规格很容易习惯，也很容易阅读。feature只是describe的别名，background是before的别名，scenario是it的别名，given是let的别名。
希望这能帮助那些对新变化感到困惑的人。

原因是因为它被认为是一个更好的默认编写测试，只关注一个感兴趣的领域。有时它可以是一个有点匆忙创建正确类型的请求只呈现一个视图。
然而，也可能有视图规范过于孤立的情况，因为它们模拟了所有的控制器逻辑，例如，当你测试授权依赖行为时，可能就是这种情况。

在请求规范中使用Capybara匹配器

使用它们的最简单方法是显式地包含请求规范所需的匹配器：

RSpec.configure do |config|
  config.include Capybara::RSpecMatchers, type: :request
end

字符串
取自here

问题在于水豚宝石本身。
gem 'capybara', '1.1.2'解决了此问题（2.0.x版失败）