The only way to do it at present is to implement the dependency in java, i.e. invoking the method directly.
What you're talking about here is to have step-level dependencies, which are currently not supported. No reason not to though, please raise a request in Jira and we'll consider it. Cheers On 19/08/2010 22:14, Eduardo David wrote: > It is not really a precondition. It would be a higher level step. For > example: > If I have a filling form story called "Fill form 1" and I have other > stories that fill the same form but I don't want to duplicate the > steps for filling the form. > Is it possible? > Is there any other way I can do that? > > Regards > > On Thu, Aug 19, 2010 at 5:04 PM, Mauro Talevi > <[email protected] <mailto:[email protected]>> wrote: > > This behaviour is not supported at the moment. > > But what is the use case for having the precondition specified at > step level rather than at beginning of scenario? > > > On 19/08/2010 22:01, Eduardo David wrote: >> Ok, >> >> But what is I want to use a GivenStory as one middle step in my >> scenario? Something like: >> >> Given stepOne >> And stepTwo >> AndStoty path/to/story. >> ... >> And stepN >> Then ... >> >> Regards, >> >> Eduardo >> >> >> On Thu, Aug 19, 2010 at 4:55 PM, Mauro Talevi >> <[email protected] <mailto:[email protected]>> >> wrote: >> >> You can use GivenStories to define preconditions to entire >> scenarios, >> not just to a single step. >> >> Scenario: A scenario that depends on other scenarios >> >> GivenStories /path/to/a/precondition/story >> >> When I do something that depends on precondition >> Then I'm successful >> >> On 19/08/2010 21:48, Victor Moura wrote: >> > Hi, >> > >> > Not really. I would like something like this >> > >> > # ruby >> > Given /^a document exists with content$/ do |pystring| >> > Given "I go to add a document" >> > And 'I fill in "ditacontent" with', pystring >> > And 'I press "Add to repository"' >> > end >> > >> > In this code, the step "Given a document exists with >> content" is being >> > defined. What this step does is call theese 3 inner steps >> that are >> > defined somewhere else. >> > >> > >> > On Thu, Aug 19, 2010 at 4:45 PM, Mauro Talevi >> > <[email protected] >> <mailto:[email protected]>> wrote: >> >> JBehave supports alias annotations to reference the same >> method with different language patterns. >> >> >> >> Is this what you mean? >> >> >> >> Cheers >> >> >> >> On 19 Aug 2010, at 16:30, Victor Moura <[email protected] >> <mailto:[email protected]>> wrote: >> >> >> >>> Hi, >> >>> >> >>> Is there a way to, when defining a step, use a step >> alteady defined >> >>> (not by calling the method)? Something like is done in >> Cucumber, like >> >>> the following >> >>> >> >>> >> >>> When /I log in the site with the login "(.*)" and >> password "(.*)"/ do >> >>> | login, passwd | // This is the step that we want to define >> >>> When /I fill the field "txtLogin" with "login" // >> This step, >> >>> was defined somewhere else, and will be called inside the >> step we are >> >>> defining now >> >>> When /I fill the field "txtPassword" with "passwd" // >> Calls the >> >>> same step as the above, using different parameters >> >>> end >> >>> >> >>> The idea is that we can define "higher level" steps >> independent of the >> >>> method we define in java, and that the legibility of >> those higher >> >>> level steps we are defining is greater that what we get >> when using >> >>> something like (in JBehave) >> >>> >> >>> @When "I log in the site with the login \"$login\" and >> password \"$passwd\" >> >>> public void doLogin(String login, String passwd) { >> >>> fillTextField("txtLogin", login); // this method is >> defined as a >> >>> step somewhere else >> >>> fillTextField("txtPassword", passwd); >> >>> } >> >>> >> >>> You see, it looks pretty much the same, but I like the >> idea of being >> >>> able to make the steps more reusable, independent and >> legible. >> >>> >> >>> Thanks in advance. >> >>> >> >>> -- >> >>> Victor Moura Cortez >> >>> >> >>> >> --------------------------------------------------------------------- >> >>> To unsubscribe from this list, please visit: >> >>> >> >>> http://xircles.codehaus.org/manage_email >> >>> >> >>> >> >> >> --------------------------------------------------------------------- >> >> To unsubscribe from this list, please visit: >> >> >> >> http://xircles.codehaus.org/manage_email >> >> >> >> >> >> >> > >> > >> >> >> --------------------------------------------------------------------- >> To unsubscribe from this list, please visit: >> >> http://xircles.codehaus.org/manage_email >> >> >> > >
