Основы капибары и улучшение ваших тестов

• Область действия DOM, на которой выполняется действие.
• Внутри этой области предпочтите Capybara DSL, когда это возможно.
• Если это невозможно, используйте относительные селекторы xpath / CSS в области видимости.
• Селекторы xpath / CSS должны быть как можно более мелкими внутри области видимости.

JavaScript и обработка асинхронных вызовов

Capybara имеет внутренний механизм для обработки асинхронной загрузки частей страницы. Хорошим примером является нажатие на некоторую часть страницы, приводящее к выполнению JavaScript, который создает новый элемент на странице.

 click_link('foo')
click_link('bar')

Здесь, скажем, нажатие на ссылку «foo» запускает асинхронный процесс, такой как Ajax-запрос, который добавляет ссылку «bar». Вероятно, второе утверждение не будет выполнено, поскольку ссылка еще не существует.

Однако у Capybara есть механизм для обработки таких ситуаций, когда он пытается найти элемент за короткий промежуток времени, прежде чем выдать ошибку. Время по умолчанию составляет 2 секунды и может быть изменено с помощью свойства:

 Capybara.default_wait_time

Там нет серебряной пули для обработки этих случаев. С одной стороны, рекомендуется скрывать сложность механизма ожидания от создателя тестового сценария, чтобы синтаксис был более понятным и понятным. С другой стороны, иногда лучше иметь больший контроль над механизмом ожидания и обрабатывать его самостоятельно.

В любом случае эта проблема ожидания часто является причиной непредвиденных ошибок в сценарии. Это, вероятно, хороший показатель того, что реализация имеет или производительность, или другие проблемы.

Capybara также поддерживает выполнение JavaScript через:

 page.execute_script()

где код JavaScript можно передать так:

 page.execute_script("$('#area button.primary').click()")

Использование капибары с RSpec

Капибара, естественно, подходит для RSpec и никакой специальной интеграции не требуется.

 describe "Create place scenario" do
  context "Go to home page" do
    it "opens homepage" do
      visit(get_homepage)
    end
  end
  context "Click on create object link" do
    it "opens create new object form" do
      find(:homepage_navigation_create_object).click
    end
  end
end

До сих пор мы видели, как мы можем использовать DSL для взаимодействия с элементами страницы, но есть одно предостережение: с каждым новым контекстом будет создаваться новый сеанс Capybara, что, вероятно, не то, что мы хотим.
Capybara :: Session.new: драйвер помогает решить эту проблему. Например:

 session = Capybara::Session.new :selenium # instantiate new session object
session.visit() # use it to call DSL methods

Сеанс представляет собой одно пользовательское взаимодействие с приложением, что мы и хотим.

Хорошая практика: определите метод в spec_helper.rb, который будет возвращать объект сеанса и использовать этот объект сеанса при вызове всех методов Capybara в контексте RSpec ( session.visitsession.find

Отладка

Есть несколько методов отладки Capybara, таких как:

 save_and_open_page # saves current snapshot of page
print page.html # retrieve current state of DOM
save_sceenshot('screenshot.png') # save screenshot

Есть еще один метод, который я считаю более полезным для отладки: гемы pry и pry-debugger .

Эти гемы позволят вам проверить выполнение скрипта в реальном отладчике, что позволит вам установить точки останова, перейти к следующему шагу, продолжить и т. Д. Чтобы использовать их, выполните следующие действия:

• gem install pry-debugger
• require 'pry'
• добавьте binding.pry Выполнение будет приостановлено на точке останова. На этом этапе используйте nextstepcontinue

Для получения дополнительной информации об этих драгоценных камнях проверьте:
* Прай
* Прай-отладчик

Завершение

Я кратко рассмотрел основы Capybara и способы ее настройки в соответствии с вашими потребностями. Тестирование — это то же самое, что и в сообществе Ruby, а Capybara — один из инструментов выбора. Попробуй хорошо, друзья мои.