discourse/spec/system/page_objects/components/emoji_picker.rb
Alan Guo Xiang Tan e323628d8a
DEV: Speed up core system tests (#21394)
What is the problem?

We are relying on RSpec custom matchers in system tests by defining
predicates in page objects. The problem is that this can result in a
system test unnecessarily waiting up till the full duration of
Capybara's default wait time when the RSpec custom matcher is used with
`not_to`. Considering this topic page object where we have a `has_post?`
predicate defined.

```
class Topic < PageObject
  def has_post?
    has_css?('something')
  end
end
```

The assertion `expect(Topic.new).not_to have_post` will end up waiting
the full Capybara's default wait time since the RSpec custom matcher is
calling Capybara's `has_css?` method which will wait until the selector
appear. If the selector has already disappeared by the time the
assertion is called, we end up waiting for something that will never
exists.

This commit fixes such cases by introducing new predicates that uses
the `has_no_*` versions of Capybara's node matchers.

For future reference, `to have_css` and `not_to have_css` is safe to sue
because the RSpec matcher defined by Capbyara is smart enough to call
`has_css?` or `has_no_css?` based on the expectation of the assertion.
2023-05-05 07:45:53 +08:00

28 lines
674 B
Ruby

# frozen_string_literal: true
module PageObjects
module Components
class EmojiPicker < PageObjects::Components::Base
def emoji_button_selector(emoji_name)
".emoji-picker .emoji[title='#{emoji_name}']"
end
def select_emoji(emoji_name)
find(emoji_button_selector(emoji_name)).click
end
def search_emoji(emoji_name)
find(".emoji-picker .search input").fill_in(with: emoji_name)
end
def has_emoji?(emoji_name)
page.has_css?(emoji_button_selector(emoji_name))
end
def has_no_emoji?(emoji_name)
page.has_no_css?(emoji_button_selector(emoji_name))
end
end
end
end