Al, The idea is to allow any web automation tool a way to easily run a service or sequence of services.
This seems to have two main usages for testing. 1/ Direct Testing: run a service against the seed data and check the results. 2/ Indirect Testing: If you already have a suite of tests wired up as services, you could use the RunService patch as a way to automate the running of these from the browser and check the success or fail status. This would involve creating a script to run each of the services. Obviously as the structure of the automation for running the services would be pretty uniform (I imagine), you could easily auto-generate the Selenium script to control the test services. Obviously there's a lot that could be done to improve that patch, especially for case 1 above, like more flexibility in renaming the attributes before you save them to the session, or perhaps a dropdown of available values already saved to the session. Anyway there's enough there to get some use out of it for now. I guess the next step is to get the Selenium test runner integrated. - I'll do this tomorrow. Let me know what you think of all this... - Andrew On Wed, 2007-01-31 at 14:35 -0700, Al Byers wrote: > Andrew, > > I poked around in your patch. I like the idea from the point of view that it > gives you a screen from which to select tests. Is your remote service > calling approach meant to be compatible with Selenium or is it to be used in > parallel? > > -Al > > On 1/31/07, Andrew Sykes <[EMAIL PROTECTED]> wrote: > > > > David, > > > > Is there any reason why we can't get the Selenium test runner mounted > > and committed into /webtools? > > > > I'm a bit unclear about what everyone is hoping for from the > > integration. Are we looking to introduce a (OfBiz specific) technology > > agnostic layer for the definition of test actions? Or do we want to make > > a binding decision on the set of tools to use? > > > > - Andrew > > > > On Wed, 2007-01-31 at 17:25 +0000, Andrew Sykes wrote: > > > David, > > > > > > I've added a patch to Jira for this... > > > https://issues.apache.org/jira/browse/OFBIZ-677 > > > > > > - Andrew > > > > > > > > > On Tue, 2007-01-30 at 13:31 -0700, David E. Jones wrote: > > > > Andrew, > > > > > > > > Okay, I see where you're going with that. It sounds like a great idea > > > > and very do-able, and useful for many things other than just testing. > > > > > > > > BTW, In general I do really like this approach of writing unit tests > > > > as services so we can take advantage of all of the flexibility and > > > > efficiency that we get for the main application code. > > > > > > > > If you (or anybody!) wants to work on this, please do! I'll try to > > > > bring it up during the dev conference too as we're working on testing > > > > infrastructure if it hasn't been implemented by then. > > > > > > > > -David > > > > > > > > > > > > On Jan 30, 2007, at 6:37 AM, Andrew Sykes wrote: > > > > > > > > > David, > > > > > > > > > > I think we're talking about different things here, perhaps I should > > > > > detail the suggestion a bit more clearly... > > > > > > > > > > The idea was to have a page that allowed you to run a service > > > > > synchronously much like the "schedule service", however, it would > > then > > > > > display the results tabularly in the browser. For each value pair > > > > > displayed, there would be a checkbox to allow you to save the value > > in > > > > > the session, then when you returned to run another service if the > > > > > one of > > > > > the input params matched one of the previous saved values, it would > > > > > automatically populate the input box. > > > > > > > > > > This would allow people relying predominantly on a browser based > > test > > > > > tool to run pretty fancy multi-service sequences. > > > > > > > > > > I admit, it does sound a bit hacky, but I have a rough draft which > > I'm > > > > > using for some testing and it does make certain things a lot easier. > > > > > > > > > > Can you give me your thoughts please? > > > > > > > > > > - Andrew > > > > > > > > > > > > > > > On Mon, 2007-01-29 at 20:35 -0700, David E. Jones wrote: > > > > >> I'd really prefer to do what has been proposed as a best practice > > and > > > > >> write tests using the same OFBiz framework tools that we use to > > write > > > > >> applications, like simple-methods, services, etc... > > > > >> > > > > >> But yes, it is possible to call a service through a web request and > > > > >> there is one in the webtools wecapp that has been there for years. > > > > >> The trick is you have to set export="true" for all services called > > > > >> this way, which is another reason to do logic-level test (including > > > > >> service calls) in a more black-box way, especially if they are not > > > > >> for testing things that are intended to be available externally. > > > > >> > > > > >> -David > > > > >> > > > > >> > > > > >> On Jan 29, 2007, at 4:01 AM, Andrew Sykes wrote: > > > > >> > > > > >>> Assuming an automated web browser type technology is the way to > > > > >>> go for > > > > >>> testing... > > > > >>> > > > > >>> What does everyone think of having an option to run a service > > > > >>> synchronously from webtools? > > > > >>> > > > > >>> This would allow a lot of clever asserts from the test tool? > > > > >>> Without the > > > > >>> need to make the tool dispatcher aware? Would this be an adequate > > > > >>> approach? > > > > >>> -- > > > > >>> Kind Regards > > > > >>> Andrew Sykes <[EMAIL PROTECTED]> > > > > >>> Sykes Development Ltd > > > > >>> http://www.sykesdevelopment.com > > > > >>> > > > > >> > > > > > -- > > > > > Kind Regards > > > > > Andrew Sykes <[EMAIL PROTECTED]> > > > > > Sykes Development Ltd > > > > > http://www.sykesdevelopment.com > > > > > > > > > > > -- > > Kind Regards > > Andrew Sykes <[EMAIL PROTECTED]> > > Sykes Development Ltd > > http://www.sykesdevelopment.com > > > > -- Kind Regards Andrew Sykes <[EMAIL PROTECTED]> Sykes Development Ltd http://www.sykesdevelopment.com
