1
0
Fork 0
mirror of https://github.com/teamcapybara/capybara.git synced 2022-11-09 12:08:07 -05:00
Acceptance test framework for web applications
Find a file
2009-11-24 23:56:56 +01:00
lib Added within table method 2009-11-24 21:45:52 +01:00
script renamed to capybara 2009-11-16 22:02:16 +01:00
spec Completely comment out Watir driver specs 2009-11-24 23:37:25 +01:00
.gitignore Ignore package 2009-11-12 18:57:22 +01:00
History.txt Initial checkin 2009-11-04 23:00:15 +01:00
Manifest.txt removed examples 2009-11-21 01:19:11 +01:00
Rakefile Added rspec and sinatra as dev dependencies 2009-11-24 23:56:56 +01:00
README.rdoc Added the new within methods to README 2009-11-24 21:51:10 +01:00

This file contains ambiguous Unicode characters

This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.

= capybara

* http://github.com/jnicklas/capybara

== Description:

Capybara aims to simplify the process of integration testing Rack applications,
such as Rails, Sinatra or Merb. It is inspired by and aims to replace Webrat as
a DSL for interacting with a webapplication. It is agnostic about the driver
running your tests and currently comes bundled with rack-test, Culerity and
Selenium support built in.

== Disclaimer:

Capybara is alpha level software, don't use it unless you're prepared to get
your hands dirty.

== Using Capybara with Cucumber

Capybara is built to work nicely with Cucumber. The API is very similar to
Webrat, so if you know Webrat you should feel right at home. Remove any
references to Webrat from your <tt>env.rb</tt>, if you're using Rails, make sure to set

    Cucumber::Rails::World.use_transactional_fixtures = false

Capybara uses DatabaseCleaner to truncate the database. Require Capybara in your
env.rb. For Rails do this:

    require 'capybara/rails'
    require 'capybara/cucumber'

For other frameworks, you'll need to set the Rack app manually:

    require 'capybara/cucumber'
    Capybara.app = MyRackApp

Now you can use it in your steps:

    When /I sign in/ do
      within("//form[@id='session']") do
        fill_in 'Login', :with => 'user@example.com'
        fill_in 'Password', :with => 'password'
      end
      click_link 'Sign in'
    end

== Default and current driver

You can set up a default driver for your features. For example if you'd prefer
to run Selenium, you could do:

    require 'capybara/rails'
    require 'capybara/cucumber'
    Capybara.default_driver = :selenium

You can change the driver temporarily:

    Capybara.current_driver = :culerity
    Capybara.use_default_driver

== Cucumber and Tags

Capybara sets up some {tags}[http://wiki.github.com/aslakhellesoy/cucumber/tags]
for you to use in Cucumber. Often you'll want to use run only some scenarios
with a driver that supports JavaScript, Capybara makes this easy: simply tag the
scenario (or feature) with <tt>@javascript</tt>:

    @javascript
    Scenario: do something AJAXy
      When I click the AJAX link
      ...

You can change which driver Capybara uses for JavaScript:

    Capybara.javascript_driver = :culerity

There are also explicit <tt>@selenium</tt>, <tt>@culerity</tt> and <tt>@rack_test</tt> tags set up
for you.

== The API

Navigation:

    visit  The only way to get to anywhere.

Scoping:

    within  Takes a block which executes in the given scope
    within_fieldset  Execute the block in the fieldset given by id or legend
    within_table  Execute the block in the table given by id or caption

Interaction:

    click_link
    click_button
    fill_in
    choose
    check
    uncheck
    attach_file
    select

Querying:

    body
    has_xpath?  Checks if given XPath exists, takes text and count options
    has_css?  Checks if given CSS exists, takes text and count options
    has_content?  Checks if the given content is on the page
    find_field
    find_link
    find_button
    field_labeled

Debugging:

    save_and_open_page

== Using the DSL outside cucumber

You can mix the DSL into any context, for example you could use it in RSpec
examples. Just load the dsl and include it anywhere:

    require 'capybara'
    require 'capybara/dsl'

    include Capybara
    Capybara.default_driver = :culerity

    within("//form[@id='session']") do
      fill_in 'Login', :with => 'user@example.com'
      fill_in 'Password', :with => 'password'
    end
    click_link 'Sign in'

== Using the sessions manually

For ultimate control, you can instantiate and use a session manually.

    require 'capybara'

    session = Capybara::Session.new(:culerity, my_rack_app)
    session.within("//form[@id='session']") do
      session.fill_in 'Login', :with => 'user@example.com'
      session.fill_in 'Password', :with => 'password'
    end
    session.click_link 'Sign in'

== Install:

Capybara is hosted on Gemcutter, install it with:

    sudo gem install capybara

== Gotchas:

* Install JRuby and the 'celerity' gem, version 0.7.4 (0.7.5 has a bug with
  password fields) under JRuby for Culerity support. Also you'll need to install
  teh edge version of Culerity until a new gem release becomes available, since
  0.2.3 does not work (at all!) with Capybara.

* Everything is *case sensitive*. Capybara heavily relies on XPath, which
  doesn't support case insensitive searches.

* The <tt>have_tag</tt> and <tt>have_text</tt> matchers in RSpec-Rails are not
  supported. You should use <tt>page.should have_css('#header p')</tt>,
  <tt>page.should have_xpath('//ul/li')</tt> and <tt>page.should
  have_content('Monkey')</tt> instead.

* Domain names (including subdomains) don't work under rack-test. Since it's a
  pain to set up subdomains for the other drivers anyway, you should consider an
  alternate solution. You might use
  {default_url_options}[https://gist.github.com/643a758320a2926bd2ed] in Rails
  for example.

* The <tt>set_hidden_field</tt> method from Webrat is not implemented, since it doesn't
  work in any of the browser based drivers (Culerity, Selenium)

* Access to session, request and response from the test is not possible. Maybe
  we'll do response headers at some point in the future, but the others really
  shouldn't be touched in an integration test anyway.

* Access to Rails specific stuff (such as <tt>controller</tt>) is unavailable,
  since we're not using Rails' integration testing.

* <tt><a href="#"></tt> Will cause problems under rack-test, please do
  <tt><a href="/same/url#"></tt> instead. You can achieve this in Rails with
  <tt>link_to('foo', :anchor => '')</tt>

== License:

(The MIT License)

Copyright (c) 2009 Jonas Nicklas

Permission is hereby granted, free of charge, to any person obtaining
a copy of this software and associated documentation files (the
'Software'), to deal in the Software without restriction, including
without limitation the rights to use, copy, modify, merge, publish,
distribute, sublicense, and/or sell copies of the Software, and to
permit persons to whom the Software is furnished to do so, subject to
the following conditions:

The above copyright notice and this permission notice shall be
included in all copies or substantial portions of the Software.

THE SOFTWARE IS PROVIDED 'AS IS', WITHOUT WARRANTY OF ANY KIND,
EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF
MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT.
IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY
CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT,
TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE
SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.