-
Notifications
You must be signed in to change notification settings - Fork 111
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Choose acceptance type instead of turnip #66
Comments
I think it's actually a better idea to do |
As discussed in teamcapybara/capybara#809, we're setting the type to |
Thanks @jnicklas :) |
Since capybara/rspec includes itself in |
Hi @jnicklas,
Currently capybara have this configuration:
And on
turnip
:And on
turnip/capybara
:And turnip readme suggests to use a folder named acceptance, like
spec/acceptance/attack_monster.feature
.Do not make more sense call the turnip specs as acceptance specs instead of turnip specs in one situation and request specs in other situation?
That's not a big deal but caused a lot of confusion in my mind until I setup one real application because I have specific steps, like this one:
Calling turnip specs always as acceptance specs will include capybara by default if it's available.
I think that will be a good thing since I will not need to setup turnip to integrate with capybara on every project :)
If capybara isn't available, nothing will happen, the turnip specs will continue to be called acceptance specs.
WDYT?
The text was updated successfully, but these errors were encountered: