test réagissent composants dans Rails avec capybara/épinards

Question

Je construis une application Rails qui utilise des composants pour React mises en page, ici vous pouvez voir un exemple

.pure-g.homepage 
    = react_component("SectionA", {foo: @bar}, class: "pure-u-1") 
    = react_component("SectionB", {foo: @bar}, class: "pure-u-1") 
    = react_component("SectionC", {foo: @bar, foo2: @bar2, foo3: @bar3}, class: "pure-u-1") 

Je triying de tester cela avec les épinards, mais il semble que les composants ne sont pas rendus dans le test, je veux savoir s'il existe un moyen de tester les composants React avec des épinards et s'il y en a, qu'est-ce qui me manque?

Voici mon rails_helper.rb

# This file is copied to spec/ when you run 'rails generate rspec:install' 
require 'spec_helper' 
ENV['RAILS_ENV'] ||= 'test' 
require File.expand_path('../../config/environment', __FILE__) 
# Prevent database truncation if the environment is production 
abort("The Rails environment is running in production mode!") if Rails.env.production? 
require 'capybara/poltergeist' 
Capybara.javascript_driver = :poltergeist 
# Add additional requires below this line. Rails is not loaded until this point! 
require 'rspec/rails' 
require 'support/factory_girl' 

# Requires supporting ruby files with custom matchers and macros, etc, in 
# spec/support/ and its subdirectories. Files matching `spec/**/*_spec.rb` are 
# run as spec files by default. This means that files in spec/support that end 
# in _spec.rb will both be required and run as specs, causing the specs to be 
# run twice. It is recommended that you do not name files matching this glob to 
# end with _spec.rb. You can configure this pattern with the --pattern 
# option on the command line or in ~/.rspec, .rspec or `.rspec-local`. 
# 
# The following line is provided for convenience purposes. It has the downside 
# of increasing the boot-up time by auto-requiring all files in the support 
# directory. Alternatively, in the individual `*_spec.rb` files, manually 
# require only the support files necessary. 
# 
# Dir[Rails.root.join('spec/support/**/*.rb')].each { |f| require f } 
Dir[Rails.root.join('spec/support/**/*.rb')].each { |f| require f } 
# Checks for pending migration and applies them before tests are run. 
# If you are not using ActiveRecord, you can remove this line. 
ActiveRecord::Migration.maintain_test_schema! 

RSpec.configure do |config| 
    config.include RSpecFeaturesHelper, type: :feature 
    config.include Devise::TestHelpers, type: :controller 
    config.include ControllerHelpers, type: :controller 
    # Remove this line if you're not using ActiveRecord or ActiveRecord fixtures 
    config.fixture_path = "#{::Rails.root}/spec/fixtures" 

    # If you're not using ActiveRecord, or you'd prefer not to run each of your 
    # examples within a transaction, remove the following line or assign false 
    # instead of true. 
    config.use_transactional_fixtures = false 

    # RSpec Rails can automatically mix in different behaviours to your tests 
    # based on their file location, for example enabling you to call `get` and 
    # `post` in specs under `spec/controllers`. 
    # 
    # You can disable this behaviour by removing the line below, and instead 
    # explicitly tag your specs with their type, e.g.: 
    # 
    #  RSpec.describe UsersController, :type => :controller do 
    #  # ... 
    #  end 
    # 
    # The different available types are documented in the features, such as in 
    # https://relishapp.com/rspec/rspec-rails/docs 
    config.infer_spec_type_from_file_location! 

    # Filter lines from Rails gems in backtraces. 
    config.filter_rails_from_backtrace! 
    # arbitrary gems may also be filtered via: 
    # config.filter_gems_from_backtrace("gem name") 
    <ReactOnRails::TestHelper class="configure_rspec_to_compile_assets"> 
    <config></config> 
    </ReactOnRails::TestHelper> 
end 

Answer 1

Capybara inclut le support pour la commutation RSpec et concombre au pilote spécifié dans Capybara.javascript_driver en fonction des métadonnées spécifiées sur chaque test. Il n'a pas de support pour Spinach intégré cependant. Si vous voulez être en mesure de spécifier quel pilote est utilisé par test, vous devrez implémenter l'équivalent des deux concombres avant les hooks implémentés ici - https://github.com/teamcapybara/capybara/blob/master/lib/capybara/cucumber.rb#L17 - pour Spinach, puis spécifier que les tests spécifiques ont besoin de JS. Si vous voulez juste tous les tests conduits Capybara à utiliser le JS pilote capable, vous devez spécifier default_driver plutôt que javascript_driver

Capybara.default_driver = :poltergeist 

Note: La version actuelle de PhantomJS - 2.1.1 (utilisé par Poltergeist) ne supporte que ES5 max, donc pour que cela fonctionne bien avec React, vous devez vous assurer que TOUS vos JS soient transférés vers ES5. Il est également limité dans ce CSS qu'il supporte, étant fondamentalement équivalent à un navigateur de 7 ans. Une meilleure (en termes de JS/support CSS) solution aujourd'hui est d'utiliser sans tête Chrome avec du sélénium pour les tests qui, si vous utilisez la dernière Capybara, peut être spécifiée avec

Capybara.default_driver = :selenium_chrome_headless