https://wiki.whatwg.org/index.php?title=Testsuite/Requirements&feed=atom&action=historyTestsuite/Requirements - Revision history2024-03-28T11:37:36ZRevision history for this page on the wikiMediaWiki 1.39.3https://wiki.whatwg.org/index.php?title=Testsuite/Requirements&diff=6257&oldid=prevJgraham: Created page with '= HTML Testsuite Requirements = == Improved Test Runner == The current test runner is optimised mainly for manual tests. An in-browser test runner that deals automatically with...'2011-02-15T08:20:05Z<p>Created page with '= HTML Testsuite Requirements = == Improved Test Runner == The current test runner is optimised mainly for manual tests. An in-browser test runner that deals automatically with...'</p>
<p><b>New page</b></p><div>= HTML Testsuite Requirements =<br />
<br />
== Improved Test Runner ==<br />
<br />
The current test runner is optimised mainly for manual tests. An in-browser test runner that deals automatically with the results of javascript tests is essential. It should also deal with self-describing reftests and manual tests in a sane way.<br />
<br />
=== Requirements ===<br />
<br />
* Produces a machine-readable report in some format (could be current XML or some other possibly non-XML format).<br />
<br />
* Loads tests automatically based on test manifest files containing metadata about test uri, type, etc.<br />
<br />
* Allows all or a subset of tests to be run<br />
<br />
* Hooks into testharness to extract the results of the javascript tests without human intervention<br />
<br />
* Allows reftests to be run by humans e.g. by allowing user to flick between test view and ref view to spot differences (automatic running of reftests will require browser-specific code and is explicitly out of scope)<br />
<br />
* Allows manual tests to be run by humans<br />
<br />
=== Possible considerations ===<br />
<br />
* Tests that require a top level browsing context<br />
<br />
== Annotation of Spec ==<br />
<br />
In order to know which areas of the spec are well tested and hence have a sense for (an upper bound on) the completeness of the testsuite as well as the areas where it would be most profitable to direct new testing effort, it would be beneficial to produce an annotated version of the spec documenting tests that cover given requirements.<br />
<br />
== Requirements ==<br />
<br />
* Map each test onto a piece of spec <br />
<br />
* Fine grained definition of "piece"; some sections are long and contain many normative requirements so paragraph-level is probably the minimum useful level<br />
<br />
* Good behaviour in the face of spec modifications, deletions, insertions and rearragements.</div>Jgraham