Sets of related test cases

I put in some work on action 2 from the 2007-02-07 meeting[0] (which was
actually an action for both Chime and myself).  The test suite only
required minor modifications; I should have attached both the patch and
one new file - noxinclude1.rdf - to this email.  I also made minor
modifications to Chime's GRDDL.py client.  I should have also attached
that entire program to this email, but please be aware that it is in an
experimental state until he has a chance to review it.  It now takes a
`--no-xinclude` option that pretty much does what it says: it disables
XInclude resolution on input documents.  A given configuration of a
GRDDL client should only pass one of the two XInclude tests.  To run the
test harness using GRDDL.py in such a way that it passes the minimal of
the two XInclude tests, you would run it like this::

  $ python testft.py --run "python path/to/GRDDL.py --zone=''
--no-xinclude" \
      testlist3.rdf > test_results.rdf

As part of this work, I've been thinking about the fact that cases like
this can have multiple GRDDL results.  I would like to be able to
describe the relationships between these test cases in the test list
documents.  Eliding all but the XInclude tests, what does the group
think about a test list augmented like the following::

  <r:RDF
      xmlns:r="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
      xmlns:dc="http://purl.org/dc/elements/1.1/"
      xmlns:t="http://www.w3.org/2000/10/rdf-tests/rdfcore/testSchema#"
      xmlns:g="tag:clarkj2@ccf.org:GRDDL_testing#">
    <t:Test r:about="#xinclude">
      <dc:title>Testing GRDDL when XInclude processing is
enabled</dc:title>
      <t:inputDocument r:resource="xinclude1.html"/>
      <t:outputDocument r:resource="xinclude1.rdf"/>
      <g:subsumes r:resource="#noxinclude"/>
    </t:Test>
    <t:Test r:about="#noxinclude">
      <dc:title>Testing GRDDL when XInclude processing is
disabled</dc:title>
      <t:inputDocument r:resource="xinclude1.html"/>
      <t:outputDocument r:resource="noxinclude1.rdf"/>
    </t:Test>
  </r:RDF>

The <tag:clarkj2@ccf.org:GRDDL_testing#subsumes> property (which should
be interpreted to be transitive) could indicate to the test harness that
the two tests are alternatives (and therefore should be considered as a
group of which a particular client can only pass one at a time).  It
wouldn't affect a test harness that wanted to ignore it, but it would be
straightforward to enhance our test harness to take advantage of it.  In
addition, it would provide documentation of the fact that the test
results of the subject test are meant to be a superset of the test
results of the object test.

[0] http://www.w3.org/2007/02/07-grddl-wg-minutes.html#action02

Take care,

    John L. Clark  |  Systems Analyst
                   |  Cardio-Thoracic Surgery Research
 Cleveland Clinic  |  9500 Euclid Ave.   |  Cleveland, OH 44195
                   |  (216) 445-6011

===================================




Cleveland Clinic is ranked one of the top 3 hospitals in
America by U.S.News & World Report. Visit us online at
http://www.clevelandclinic.org for a complete listing of
our services, staff and locations.


Confidentiality Note:  This message is intended for use
only by the individual or entity to which it is addressed
and may contain information that is privileged,
confidential, and exempt from disclosure under applicable
law.  If the reader of this message is not the intended
recipient or the employee or agent responsible for
delivering the message to the intended recipient, you are
hereby notified that any dissemination, distribution or
copying of this communication is strictly prohibited.  If
you have received this communication in error,  please
contact the sender immediately and destroy the material in
its entirety, whether electronic or hard copy.  Thank you.

Received on Thursday, 15 February 2007 14:33:04 UTC