Re: make testing more accessible to contributors

Tony Graham <[email protected]> Mon, 30 Jan 2006 21:55:14 +0000
Newsgroups gmane.text.xml.xmlroff.general
Message-ID <[email protected]>
Stefan Seefeld <[email protected]> writes:
> When trying to confine a bug I tried to first see whether it was already
> covered by an existing test. Unfortunately, I found the existing test
> infrastructure a bit confusing / hard to use.

How about "idiosyncratic"?

> Is there anything that could be done to make that easier ? Ideally
> I would only need to have to check out an additional module (not two !)
> and then run 'make check' (or similar) in it.

The test definition and the test results documents conform to the DTD
developed for XSL FO tests for the tests done for the XSL 1.0 Candidate
Recommendation stage.

Multiple vendors and NIST contributed test suites to the XSL 1.0 CR testing.
Multiple vendors each ran multiple test suites and produced documents listing
how well their implementation faired with each test.

The 'testsuite' and 'testing' modules are separate so, in principle, the
'testing' module could be used with any testsuite and the 'testsuite' module
could be used by anyone who is set up to use XSL 1.0 CR testsuites.

The scripts and XSLT stylesheets in the 'testing' package do three things:

 - Generates the shell script that can run all the tests

 - Creates summary and individual HTML reports for the tests

 - Updates results data from the form in each individual test result page

Updating the results is clunky and requires that you regenerate all the HTML
to see the results reflected in the HTML, but it's a lot more convenient than
updating results by hand.

And, yes, it could be improved.

> I did glance over some READMEs both in 'testsuite' as well as 'testing',
> but couldn't quite get it to work.

Try 'make-success-report.sh'.

There isn't a Makefile target because, with the testsuite in a separate
directory and the test FO files never referred to in any way sensible to
'make', there's no way that 'make' could manage the dependencies and reliably
run the tests only when necessary.

Regards,


Tony.



-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642