-
-
Notifications
You must be signed in to change notification settings - Fork 37
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
matching scenario outline variables with java code definitions does not work #31
Comments
Ok, I'm not sure what should be the correct behavior, but I can see why the The alternative would be to disable stepdef matching check on scenario Il venerdì 7 febbraio 2014, joe2236 [email protected] ha scritto:
|
In other words, if we have
With this corresponding stepdef specifying part of the example values within the regexp
SOLUTION 1Verify the regexp by substituting the PROS: identifies matching and un-matching values within the table SOLUTION 2Because we are within a scenario outline, when we encounter the PROS: no erroneous matching errors are reported; no performance bottlenecks SOLUTION 3We can apply solution 1 but using only first line values are used for reverse matching checks PROS: no erroneous matching errors are reported; no performance bottlenecks By doing some experiments, the most reliable solution would be number 1, but I'm not sure it would perform well enough to be usable. |
hi |
Hi, |
This issue has not been updated for a while: marking it as stale. |
this might actually get implemented once @drkstr101 gets the new step matching algorithm |
hi,
when using simple scenario outlines like
simple scenario feature
and the steps are not defined yet then the java cucumberrunner will autogenerate it with
simple scenario java
when i use this declarations cucumber does work with no problems - but the matching in your editor plugin allways says for example
No definition found for
i send <command>
when i change the regex to
the matching is working in the editor
but i think thats not exact enough - so imho the matching should be adapted to work with all correct regular expressions or am i doing something completely wrong ?
i am using
regards
joe
The text was updated successfully, but these errors were encountered: