-
Notifications
You must be signed in to change notification settings - Fork 64
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
Feature request: Make mapping possible between XCTestCase & correct StepDefiner: Duplicate steps #17
Comments
Hey - that's a use case we never thought of! We've always just written different step definitions or used regular expressions to solve it. Can you add an example of what you mean so I can be sure I understand what you're trying to do? |
@joridor do you have any examples of this issue? We're not 100% sure what you mean. |
@kerrmarin One of the use cases I can think about is a step like: Depending on where you are in the application, different steps need to be taken to check if a user is logged in or not. |
That sounds great, we'd be very happy to review & merge a PR that contains these changes :) |
@kerrmarin For now it was directly integrated into this project, because we have a different work flow (Test Cases are generated by build server from feature files, also takes tags in mind). |
Wouldn't be better to make this "mapping" between something like |
We are currently using your library and ran into some trouble.
We have the same step definition in 3 different XCTestCase-classes and a StepDefiner-subclass per testcase.
The library only executes the last definition it found, thus not associating the right automation code with a test.
Request:
Make XCTestCase & StepDefiner mappable to avoid super long steps.
The current implementation as default.
We currently have around + 20 feature files to test, so this would be handy.
The text was updated successfully, but these errors were encountered: