Hmmm. Useful, but not ideal. Ideally, I'd like to be able to filter a document via XSLT, discarding the bits that are known to vary, so that I can examine the bits that I can predict.
I suspect that I can do this fairly easily with Groovy, 'cept that I can't yet do *anything* easily with Groovy. :-/ Oh, well. I've linked up webtest with antcontrib and some custom macrodefs, so I can drop test scriptlets into a particular location and they're run, in order. Given the size of the stuff that we're testing (and the fact that there *aren't* any tests for it, at all, yet), I'd rather be able to do something relatively declarative: hit this URL, expect this result. It means that we can start verifying current expected behavior, which is the first step toward finding the unexpected. Writing code for each test ... just isn't something that *can* happen. No time. So it goes. Amy! On Thu, 23 Apr 2009 14:06:54 -0400, Robert Koberg wrote: > > On Apr 23, 2009, at 1:40 PM, Amelia A Lewis wrote: > >> Hey, Rob. :-) >> >> I'd love to use XSL; how do I do that inside webtest? I didn't see >> anything particulary obvious (and my groovy skills are very clearly >> subpar, at the moment). I was hoping to see something in the filters, >> but they seem a bit coarser-grained than that. >> > > > I tend to do this in a separate test setup outside of webtest. (using > webtest mainly for javascript.) > > But, perhaps a custom XSL step similar to the VerifySchema step (or > perhaps VerifySchema will do what you need?): > > http://webtest-community.canoo.com/wiki/space/Contributions+and+Uploads/VerifySchema > > -Rob > > >> Amy! >> On Thu, 23 Apr 2009 12:43:32 -0400, Robert Koberg wrote: >>> Hi Amy! >>> >>> FWIW, a simple XSL works really well for these types of things. I >>> mention XSL as opposed to XQuery because you can relatively easily >>> generate the XSL and version 1.0 is in the JVM. >>> >>> best, >>> -Rob >>> >>> >>> On Apr 23, 2009, at 12:19 PM, Amelia A Lewis wrote: >>> >>>> This might be useful to others. >>>> >>>> The syntax of the accessor for "getXPathHelper()" is slightly odd: >>>> probably because it has two caps initially, they both have to appear >>>> (whereas the references to the older threads (see below) show >>>> "xPathHelper" which results in a null pointer). >>>> >>>> If you do much with namespaces (verifying XML), this macro might be of >>>> interest: >>>> >>>> <macrodef name="namespace" >>>> description="define namespace for xpath"> >>>> <attribute name="prefix" /> >>>> <attribute name="uri" /> >>>> <sequential> >>>> <groovy> >>>> >>>> step.context.XPathHelper.namespaceContext.addNamespace("@{prefix}", >>>> "@{uri}") >>>> </groovy> >>>> </sequential> >>>> </macrodef> >>>> >>>> You can then use it like this: >>>> >>>> <webtest> >>>> <config ... /> >>>> <namespace prefix="ex" namespace="http://www.example.com/"; /> >>>> <invoke ... /> >>>> <verifyXPath xpath="ex:a/ex:b/ex:etc" /> >>>> </webtest> >>>> >>>> This is less apt to produce typos (the groovy bit is only specified >>>> once, and then the parameters are fed to it as needed). >>>> >>>> Amy! >>>> On Wed, 22 Apr 2009 22:12:02 -0400, Amelia A Lewis wrote: >>>>> Heyo. >>>>> >>>>> I see from WT-253 that the issue around namespaces in XPath >>>>> verification has been closed. I cannot figure out how to make it work. >>>>> >>>>> In a relatively simple XML document with a default namespace >>>>> (xmlns="http://www.example.com/"; on the root element, "response"), none >>>>> of the following work: >>>>> >>>>> <verifyXpath xpath="/response/getCurrentUser/name" value="name" /> >>>>> >>>>> (error: no node matched) >>>>> (this is expected; it shouldn't match) >>>>> >>>>> <verifyXpath xmlns:ex="http://www.example.com/"; >>>>> xpath="/response/getCurrentUser/name" value="name" /> >>>>> >>>>> (error: prefix must be declared) >>>>> >>>>> Similarly if the namespace declaration is promoted to the containing >>>>> "webtest" element and beyond. >>>>> >>>>> This thread: >>>>> http://lists.canoo.com/pipermail/webtest/2006q4/007358.html (from 2006) >>>>> points at other threads that suggest solving things with a small groovy >>>>> script. The pointed-at script is no longer correct (null pointer), but >>>>> a little patience leads one to >>>>> step.context.getXPathHelper().registerGlobalNamespace("ex", >>>>> "http://www.example.com/";), which also yields: prefix must be declared. >>>>> >>>>> And yet the issue was closed, for 2.5. I can't find any examples of >>>>> how to do it "right", though. Anyone have a pointer? >>>>> >>>>> It would be nice to have <namespace prefix="ex" >>>>> uri="http://www.example.com/"; /> as child elements of "config", but I >>>>> don't see any indication that it might be so straightforward. I might >>>>> have to patch it to do that (that way the namespaces would be defined >>>>> in a reasonably predictable location, and valid for all the documents >>>>> processed within the containing webtest element, presumably), but I >>>>> thought that I should ask first, and see if someone can point me at an >>>>> existing solution. >>>>> >>>>> Oh, I'm using the 3.0 distribution, rather than the nightly. >>>>> >>>>> Amy! >>>>> -- >>>>> Amelia A. Lewis amyzing {at} talsever.org >>>>> According to Business Week, in the 1990s the ratio between a chief >>>>> executive's salary and the takehome pay of the typical, feckless, >>>>> whining grunt on the shopfloor rose from 85:1 to 475:1. (In the UK, >>>>> which is seeing a vigorous popular backlash against "fat cat" pay >>>>> packets, the ratio is 24:1). >>>>> -- The Register >>>>> _______________________________________________ >>>>> WebTest mailing list >>>>> [email protected] >>>>> http://lists.canoo.com/mailman/listinfo/webtest >>>> _______________________________________________ >>>> WebTest mailing list >>>> [email protected] >>>> http://lists.canoo.com/mailman/listinfo/webtest >>> >>> _______________________________________________ >>> WebTest mailing list >>> [email protected] >>> http://lists.canoo.com/mailman/listinfo/webtest > > _______________________________________________ > WebTest mailing list > [email protected] > http://lists.canoo.com/mailman/listinfo/webtest _______________________________________________ WebTest mailing list [email protected] http://lists.canoo.com/mailman/listinfo/webtest
