W3C home > Mailing lists > Public > www-qa-wg@w3.org > August 2003

Re: Revised Guidelines and Checkpoints for TestGL

From: Dominique HazaŽl-Massieux <dom@w3.org>
Date: 20 Aug 2003 10:55:35 +0200
To: Patrick Curran <Patrick.Curran@sun.com>
Cc: QAWG <www-qa-wg@w3.org>
Message-Id: <1061369737.4430.564.camel@stratustier>
Le lun 18/08/2003 ŗ 02:41, Patrick Curran a ťcrit :
> Checkpoint 1.2. Identify the specification(s) to be tested. [Priority 1]
> Conformance requirements: All specifications referenced by the specification under test must be identified. 
> The extent to which these specifications can be assumed to be tested, or must be tested by the conformance test suite for this specification, must be stated.

Avoid passive form for CR: the object that must conform to the
requirement should be the subject, ie:
"The test suite (test documentation?) must identify all specifications
referenced by the specfication under test."...

(this applies to many other CP, too).

> Checkpoint 2.2. Tag assertions with essential metadata [Priority 1]
> Conformance requirements: The Working Group must define the required set of metadata that will be associated with test assertions. This must include at least the following data:

Don't talk about the WG; a test suite may be developped by another
entity than the WG, and more importantly, a WG doens't have to conform
to TestGL, only Test Materials have to. Possible reformulation:
"the Test Suite documentation must define the required set of

This applies to several other CP as well.

> Checkpoint 2.3. Tag assertions with additional useful metadata [Priority 2]
> Conformance requirements: Additional metadata may be associated with test assertions. This should include at least the following data:
Avoid may and should as much as possible (this applies to several other
CP as well).

> Checkpoint 6.1 Tests should report their status in a consistent manner [Priority 1]
> Conformance requirements: Tests must report their execution status in a consistent manner. At a minumum, tests should report whether they passed, failed, or whether the results were inconclusive.

What about speaking about the test suite (test harness?) rather than
tests? (id for 6.2). 'Tests' seems too fuzzy IMO. Something like:
"The test harness must report the execution status of the tests in a
consistent manner". 

> [ED NOTE: do we need to add more states?]

FWIW, EARL defines 5 possible states:
Instances of ValidityLevel
    * cannotTell
    * fail
    * notApplicable
    * notTested
    * pass

> Guideline 7. Plan for conformance testing
> [ED NOTE: shouldn't this be in OpsGL rather than here?]


Dominique HazaŽl-Massieux - http://www.w3.org/People/Dom/

Received on Thursday, 21 August 2003 12:02:52 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:14:31 UTC