Join GitHub today
GitHub is home to over 20 million developers working together to host and review code, manage projects, and build software together.
Cucumber strict #284
Conversation
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
Show comment Hide comment
aslakhellesoy
Mar 31, 2012
Thanks!
Your hasPendingSteps
doesn't check for pending steps, but for undefined steps. It's undefined steps that cause snippets to be generated.
I'm not too fond of checking the snippets. If we decide to change or remove snippet logic it shouldn't cause the --strict
behaviour to change.
And furthermore, it should fail if there are pending steps, not just undefined like now.
Also, the presence of --strict
should cause JUnit to report missing and pending steps as failed instead of skipped.
There is more work to be done here.
aslakhellesoy
commented on e72bb71
Mar 31, 2012
Thanks! Your I'm not too fond of checking the snippets. If we decide to change or remove snippet logic it shouldn't cause the Also, the presence of There is more work to be done here. |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
Show comment Hide comment
klausbayrhammer
Mar 31, 2012
Owner
In the current implementation pending steps throw a PendingException
which is added to Runtime#errors
so they already finish with exit code 1. Should a non-strict execution finish with exit code 0 in case that there are pending steps?
In the current implementation pending steps throw a |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
Show comment Hide comment
aslakhellesoy
replied
Mar 31, 2012
Yes, it should. |
klausbayrhammer commentedApr 1, 2012
Added --strict option
When running via CLI:
When running via JUnit-Executor