Re: [xml-dev] Testing XML don't use xUnit

[Fraser Goffin <goffinf@gmail.com>]

> Right. But XMLUnit doesn't let you do that because it requires an
> absolute path (thank you John) to the node you are testing.

You can use the convenience methods provided by XMLUnit itself to
create a DOM, set your context node and then write any number of
assertions you want from that point, do that as many times as you
like.

Don't get me wrong I love schematron, but in a large org setting with
loads of outsourcing, limiting the skillset is important. So needing
all my Dev's  and testers to understand the schematron language, XSLT,
the creation of the schematron implementation, hook that into your CI
suite yadda, yadda. If you already have a largely Java shop and staff
who work with XML (and thus understand XPath), then it's probably
easier to stick with that unless there is a really compelling reason
not to.

On 10/04/2013, Ihe Onwuka <ihe.onwuka@gmail.com> wrote:
> On Wed, Apr 10, 2013 at 4:52 PM, Michael Kay <mike@saxonica.com> wrote:
>>
>>
>>
>>>> Below if as the result of changes to the structure in the XMLe any of
>>>> the elements "some" "path" or "to" change, disappear, become reodered,
>>>> or now require predicates to be included, changed or removed that test
>>>> will not work. Note the multitude of things that the test is
>>>> vulnerable to.
>>
>> The key think with test assertions is to assert the minimum required for
>> success. If it's necessary for the column heading of a table to be bold,
>> include that in the assertion; if this is incidental and irrelevant, then
>> don't. XPath is quite flexible enough to enable you to assert what's
>> necessary and ignore what isn't; that's it's great strength.
>>
>> Michael Kay
>> Saxonica
>
> Right. But XMLUnit doesn't let you do that because it requires an
> absolute path (thank you John) to the node you are testing.
>
> _______________________________________________________________________
>
> XML-DEV is a publicly archived, unmoderated list hosted by OASIS
> to support XML implementation and development. To minimize
> spam in the archives, you must subscribe before posting.
>
> [Un]Subscribe/change address: http://www.oasis-open.org/mlmanage/
> Or unsubscribe: xml-dev-unsubscribe@lists.xml.org
> subscribe: xml-dev-subscribe@lists.xml.org
> List archive: http://lists.xml.org/archives/xml-dev/
> List Guidelines: http://www.oasis-open.org/maillists/guidelines.php
>
>