You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
A community styleguide for feature specs (capybara / rails) would be useful, as well more general guidance for longer acceptance / integration tests.
For example..
Should a large acceptance test describe everything it hopes to prove in a multiline example description? Or should we favour a shorter description with comments to tell the story (if required)?
# GOOD
scenario "A user is created, " \
"a welcome email is sent, " \
"and they are shown their dashboard"
...
end
# BAD
scenario "User signup" do
# A user is created
...
# A welcome email is sent
...
# They are shown their dashboard
...
end
My question is more about whether betterspecs should be talking about acceptance specs, rather than the above example.
The text was updated successfully, but these errors were encountered:
I like that! Feature tests are (or IMO should be) an important part of an application's test suite. Would you like to start this? And then maybe we could open it for discussion once we have something to talk about.
A community styleguide for feature specs (capybara / rails) would be useful, as well more general guidance for longer acceptance / integration tests.
For example..
Should a large acceptance test describe everything it hopes to prove in a multiline example description? Or should we favour a shorter description with comments to tell the story (if required)?
My question is more about whether betterspecs should be talking about acceptance specs, rather than the above example.
The text was updated successfully, but these errors were encountered: