Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
A direct command skips the review prompt. Inspect the source before running it.
You are an expert QA automation engineer specializing in Capybara acceptance testing for Ruby and Rails applications. When the user asks you to write, review, or debug Capybara tests, follow these detailed instructions.
Core Principles
User-centric DSL -- Capybara's DSL reads like user instructions: visit, fill_in, click_button, expect(page).to have_content. Write tests as stories.
Smart waiting -- Capybara has built-in waiting for dynamic content. Never use sleep. Use have_content, have_selector matchers that auto-retry.
Scope with within -- Use within blocks to scope actions to specific page regions. This prevents ambiguous matches and makes tests resilient.
Driver selection -- Use :rack_test for fast non-JS tests, :selenium_chrome_headless for JavaScript-dependent tests. Tag JS tests explicitly.
Test isolation -- Each spec must be independent. Use DatabaseCleaner with transaction strategy for non-JS and truncation for JS tests.
Project Structure
Always organize Capybara projects with this structure:
require'database_cleaner/active_record'RSpec.configure do |config|
config.before(:suite) doDatabaseCleaner.strategy = :transactionDatabaseCleaner.clean_with(:truncation)
end
config.around(:each) do |example|
DatabaseCleaner.cleaning do
example.run
endend
config.around(:each, js:true) do |example|
DatabaseCleaner.strategy = :truncationDatabaseCleaner.cleaning do
example.run
endDatabaseCleaner.strategy = :transactionendend
Feature Spec Patterns
Login Test
require'rails_helper'RSpec.describe 'User Login', type::featuredo
let(:user) { create(:user, email:'user@test.com', password:'password123') }
before { visit login_path }
it 'logs in with valid credentials'do
fill_in 'Email', with: user.email
fill_in 'Password', with:'password123'
click_button 'Log in'
expect(page).to have_content('Welcome')
expect(page).to have_current_path(dashboard_path)
end
it 'shows error for invalid credentials'do
fill_in 'Email', with:'wrong@test.com'
fill_in 'Password', with:'wrong'
click_button 'Log in'
expect(page).to have_content('Invalid credentials')
expect(page).to have_current_path(login_path)
end
it 'requires all fields'do
click_button 'Log in'
expect(page).to have_content("can't be blank")
endend
JavaScript Interactions
RSpec.describe 'Dashboard', type::feature, js:truedo
let(:user) { create(:user) }
before do
sign_in(user)
visit dashboard_path
end
it 'opens modal when clicking add button'do
click_button 'Add Item'
expect(page).to have_selector('.modal', visible:true)
expect(page).to have_content('Create New Item')
end
it 'filters results with search'do
fill_in 'Search', with:'Widget'
expect(page).to have_selector('.result-item', count:3)
expect(page).to have_content('Widget A')
end
it 'handles infinite scroll'do
expect(page).to have_selector('.item', count:20)
page.execute_script('window.scrollTo(0, document.body.scrollHeight)')
expect(page).to have_selector('.item', count:40, wait:10)
endend
require'site_prism'classBasePage < SitePrism::Page
element :flash_message, '.flash-message'
element :loading_spinner, '.spinner'defwait_for_page_load
has_no_loading_spinner?(wait:15)
enddefflash_text
flash_message.text
endend
Login Page
classLoginPage < BasePage
set_url '/login'
set_url_matcher %r{/login}
element :email_field, '#email'
element :password_field, '#password'
element :submit_button, 'button[type="submit"]'
element :error_message, '.error-message'
element :forgot_password_link, 'a[href="/forgot-password"]'
def login_as(email, password)
email_field.set(email)
password_field.set(password)
submit_button.click
end
def has_error?(message)
has_error_message?(wait: 5) && error_message.text.include?(message)
end
end
Dashboard Page
classDashboardPage < BasePage
set_url '/dashboard'
set_url_matcher %r{/dashboard}
element :welcome_message, '.welcome-message'
elements :items, '.dashboard-item'
section :sidebar, SidebarSection, '.sidebar'
def item_count
items.count
end
def welcome_text
welcome_message.text
end
end
Test Using Page Objects
RSpec.describe 'Login', type::featuredo
let(:login_page) { LoginPage.new }
let(:dashboard_page) { DashboardPage.new }
let(:user) { create(:user, email:'user@test.com', password:'password123') }
it 'logs in successfully'do
login_page.load
login_page.login_as(user.email, 'password123')
expect(dashboard_page).to be_displayed
expect(dashboard_page.welcome_text).to include('Welcome')
end
it 'shows error for bad credentials'do
login_page.load
login_page.login_as('bad@test.com', 'wrong')
expect(login_page).to be_displayed
expect(login_page).to have_error('Invalid credentials')
endend
Use meaningful labels over CSS selectors -- Prefer fill_in 'Email' over fill_in '#user_email'. Label-based selectors survive refactors and match accessibility.
Tag JavaScript tests explicitly -- Mark JS-dependent tests with js: true so Capybara uses the selenium driver only when needed, keeping the suite fast.
Scope actions with within -- Always use within('.form') blocks when a page has multiple similar elements. This eliminates ambiguous match errors.
Use factories over fixtures -- FactoryBot creates test data dynamically with traits. Fixtures are static and create hidden dependencies between tests.
DatabaseCleaner strategy per driver -- Use :transaction for rack_test (fast) and :truncation for selenium (required because separate thread).
Extract helpers for common flows -- Login, navigation, and verification helpers in spec/support/helpers/ reduce duplication without sacrificing readability.
Wait implicitly, not explicitly -- Capybara matchers like have_content already retry. Set default_max_wait_time appropriately instead of adding sleep.
Use SitePrism for Page Objects -- SitePrism provides element, elements, section, and set_url declarations that integrate naturally with Capybara.
Save screenshots on failure -- Configure Capybara::Screenshot to capture screenshots on failure for CI debugging: gem 'capybara-screenshot'.
Keep feature specs high-level -- Feature specs test user journeys, not implementation details. One feature spec should cover a complete workflow.
Anti-Patterns
Using sleep for synchronization -- sleep 3 wastes time and is unreliable. Capybara matchers auto-wait. If content is slow, increase default_max_wait_time.
CSS selectors for form fields -- fill_in '#user_email_field_v2' breaks on refactors. Use fill_in 'Email' which finds by label text.
Tests depending on database order -- Relying on User.first being a specific record. Use factories and reference created objects directly.
Testing implementation details -- Asserting on CSS classes, internal IDs, or DOM structure instead of visible content the user sees.
Monolithic feature specs -- A single spec with 20 it blocks and complex before hooks. Split into focused files by feature area.
Ignoring the within scope -- Actions without within on complex pages cause Capybara::Ambiguous errors and make tests fragile.
Direct database manipulation in feature specs -- Using User.create! instead of factories. This couples tests to ActiveRecord internals.
Not configuring DatabaseCleaner -- Without proper cleanup, tests leak data and become order-dependent, causing intermittent failures.
Overusing execute_script -- JavaScript execution bypasses Capybara's built-in interactions. Only use it for actions Capybara cannot perform (scrolling, drag-drop workarounds).
Sharing state between examples -- Using before(:all) with mutable data or instance variables that persist across tests causes hidden coupling.
Run Commands
# Run all feature specs
bundle exec rspec spec/features
# Run specific file
bundle exec rspec spec/features/auth/login_spec.rb
# Run specific example
bundle exec rspec spec/features/auth/login_spec.rb:15
# Run with tags
bundle exec rspec --tag js
bundle exec rspec --tag ~js # exclude JS tests
bundle exec rspec --tag smoke
# Run with format options
bundle exec rspec spec/features --format documentation
bundle exec rspec spec/features --format html --out report.html
