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
We are in a case where tests scenarii could be shared by multiple images if the s2i build step was configurable (eg: build src repo, tag, context-dir, ...).
A user could write something like:
Given s2i build $BEHAVE_TEST_REPO from $BEHAVE_TEST_APP1 using $BEHAVE_TEST_REPO_TAG
The various env variables would have to be set in the context of the test execution.
We could consider that, if a parameter starts with '$', it is an env variable to be resolved. If no such env variable exists, then the parameter is passed as is to the s2i command.
The text was updated successfully, but these errors were encountered:
@goldmann@luck3y we have a use-case for it in the context of wildfly/jboss images. If you are ok with the idea, I could contribute the feature. I have a POC of it locally.
Wouldn't this make the test not deterministic? If you provide different parameter/env (accidentally or not), then you would end up with results that cannot be really trusted.
We are in a case where tests scenarii could be shared by multiple images if the s2i build step was configurable (eg: build src repo, tag, context-dir, ...).
A user could write something like:
Given s2i build $BEHAVE_TEST_REPO from $BEHAVE_TEST_APP1 using $BEHAVE_TEST_REPO_TAG
The various env variables would have to be set in the context of the test execution.
We could consider that, if a parameter starts with '$', it is an env variable to be resolved. If no such env variable exists, then the parameter is passed as is to the s2i command.
The text was updated successfully, but these errors were encountered: