- From: Lofton Henderson <lofton@rockynet.com>
- Date: Wed, 18 Dec 2002 09:14:00 -0700
- To: www-qa@w3.org
- Message-Id: <5.1.0.14.2.20021217172337.035e4a20@rockynet.com>
>[...]
>http://www.w3.org/QA/WG/qawg-issues-html#x105
>
>Discussion is welcome, on this (IG) mail list.
>[...]
>At 12:24 PM 12/11/02 -0500, Mark Skall wrote:
>>
>>The conformance disclaimer currently states "Failing to achieve
>>conformance degree of at least A-conforming does not mean that the
>>subject specification is necessarily deficient to its intended purposes,
>>nor does it mean that it is an unacceptable basis for the development of
>>quality test materials."
History/Background. This goes back a long way. It is even in the May 15
first PWD of SpecGL,
[1] http://www.w3.org/TR/2002/WD-qaframe-spec-20020515/#b2ab3d427,
as well as the published OpsGL of the same date. It is my recollection
that it was added as a consequence of OpsGL checkpoint 6.4, which in the
most recent published OpsGL looks like
[2] http://www.w3.org/TR/2002/WD-qaframe-ops-20021108/#Ck-provide-disclaimer.
I think there are some problems with the statements [1] as a fulfillment of
CP6.4 [2] (see below). The disclaimers were probably also strongly
influenced by and written to reflect the sense of similar statements in,
for example, UAAG 1.0,
[3] http://www.w3.org/TR/2002/REC-UAAG10-20021217/conformance.html#Conformance
To quote from [3]:
"The UAWG expects conformance this document to be a strong indicator of
accessibility, but it may be neither a necessary nor a sufficient condition
for ensuring the accessibility of software. Thus, some software may not
conform to this document but still be accessible to some users with
disabilities. Conversely, some software may conform to this document but
still be inaccessible to some users with disabilities."
>>I believe this undermines our attempt to get WGs, recs and test suites to
>>adhere to, at least Level A.
If it is not carefully written, there is that potential.
However, I tend to think that the statements are true. At [1], the
statement #1 says that conformance to TestGL (or SpecGL, or OpsGL) is not a
sufficient condition to guarantee the suitability of the test materials (or
...). And statement #2 says that A-conformance is not a necessary
condition for test materials to be useful to their intended purpose (or
...). In other words, these disclaimers are modelled closely on the
similar statements in WAI.
Here is the problem that I see with the statements [1] being a fulfillment
of the CP6.4 [2]. CP6.4 says:
### start quote ###
Checkpoint 6.4. Provide a conformance verification disclaimer with the test
materials.
To fulfill this checkpoint, the Working Group MUST provide a disclaimer
about the use of the test materials for conformance verification of
implementations.
Discussion. Although tests suites may be used for conformance verification,
the Working Group must make users aware that:
1. passing all of the tests does not guarantee full conformance of an
implementation to the specification
2. failing the test suite means failing tests for the specific feature
they target"
### end quote ###
Let's take the case of OpsGL, to avoid confusion about which specification
or which test materials we're talking about. OpsGL is a specification
(standard) that defines requirements for WG operations and
processes. CP6.4 requires a disclaimer about test materials and
conformance to the specification to which the test materials correspond.
What are the test materials for OpsGL? I don't know. But OpsGL's
conformance disclaimer makes no reference to test materials and how
passing/failing the test materials relates to OpsGL conformance. It talks
about OpsGL conformance and how that relates to the suitability of the WG
processes and operations.
>>In fact, it may be in direct contradiction to this goal. Please document
>>an issue to revisit the wording for the disclaimer. The options would
>>be: 1)leave disclaimer as is; 2)reword this part of the disclaimer;
>>3)eliminate this part of the disclaimer
Notwithstanding that the conformance disclaimers such as [1] have a problem
in relationship to CP6.4, I tend to think that the "neither necessary nor
sufficient" statements are true.
Which leads me to believe that either #1 or #2 is the proper solution. I
guess I lean toward #2 -- UAAG said it well, IMO.
And, unless someone has a good idea about what are the test materials for
OpsGL (and SpecGL, and TestGL), then we should be careful to NOT imply that
the (edited) statements are a satisfaction of CP6.4. The latter would only
be true if OpsGL were the test materials for OpsGL.
-Lofton.
Received on Wednesday, 18 December 2002 11:12:44 UTC