integration-testing

Automates end-to-end browser UI testing for Bike Index web applications using Capybara/Selenium.

308|76|Updated Jul 25, 2013
One-click install
npx skills add https://github.com/bikeindex/bike_index --skill integration-testing-bikeindex
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: integration-testing
Source: https://github.com/bikeindex/bike_index/tree/main/.claude/skills/integration-testing
Command: npx skills add https://github.com/bikeindex/bike_index --skill integration-testing-bikeindex

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes scripts (resource) and references (resource) components.

What problem does it solve?

This Skill addresses the challenge of effectively testing the User Interface (UI) in the Bike Index platform, ensuring a seamless user experience by employing thorough, real-user path-based testing strategies.

Core Features & Use Cases

  • Real UI Testing: Verifies UI interactions and states through user actions, rather than script shortcuts.
  • Optimized Example Structure: Encourages concise, comprehensive tests to minimize Selenium overhead.
  • Integration with Existing Practices: Complements the project's existing testing frameworks and best practices.
  • Use Case: For instance, a new feature could be tested end-to-end, including clicks, form submissions, and state transitions, to ensure that the UI behaves as expected under real user scenarios.

Quick Start

To initiate integration testing for a feature in Bike Index, utilize this skill as a reference for UI tests within the spec/integration/ and spec/components/**/*_system_spec.rb directories.

Frequently Asked Questions about integration-testing

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I write Capybara integration tests for real user interactions instead of script shortcuts?

End-to-end browser UI testing with Capybara verifies UI states through actual clicks, form submissions, and state transitions rather than synthetic script shortcuts. This approach ensures the UI behaves correctly under real user scenarios by simulating genuine end-to-end browser paths.

What is the best way to structure Selenium tests to minimize browser automation overhead?

To minimize Selenium overhead, structure tests with concise, comprehensive examples that cover full feature flows end-to-end. This optimized example structure reduces the number of individual browser interactions needed while maintaining thorough verification of JavaScript-driven components and UI states.

Where should I place integration test files for JavaScript-driven components and full feature flows?

Integration test files for JavaScript-driven components and full feature flows should be placed in the `spec/integration/` directory and `spec/components/**/*_system_spec.rb` directories. These locations systematize end-to-end browser UI testing within the project's existing framework structure.

Can I use Selenium and Capybara to test JavaScript-driven UI components and state transitions?

Yes, Selenium and Capybara are utilized for automated UI verification of JavaScript-driven components and full feature flows. This Skill systematizes end-to-end browser UI testing, applying real-user path-based testing strategies to verify state transitions, clicks, and form submissions.

Does real user testing with Capybara complement existing testing frameworks and best practices?

Real user testing with Capybara complements the project's existing testing frameworks and best practices by focusing on real-user interactions over synthetic tests. It integrates seamlessly with current practices while adding thorough verification of UI interactions and states.