- From: Karl Dubost <karl@w3.org>
- Date: Tue, 11 Feb 2003 15:24:50 -0500
- To: www-qa-wg@w3.org
At 8:14 -0700 2003-02-11, Lofton Henderson wrote:
>OpsGL: Peter, Kirill, Dom, Lynne, Andrew, Olivier (optional)
>SpecGL: Dimitris, Karl, Peter, Lofton, Lynne, Andrew, Olivier (optional)
SpecGL: Plan Conformance requirements for your specification.
The meaning of that is to organize and specify clearly what needs to
be done for the Conformance. It doesn't mean that you will be able to
define everything the first day of the WG, but that people can have a
kind of Roadmap or todo list for the Conformance.
How-to organize your conformance plan.
1. Identify someone to take care of the Conformance requirements.
Often it will be the QA person. This person will be in charge
to write the materials for the editors of the spec or to push people
in achieving their requirements.
2. Identify all classes of product:
Write down in an email all products that your spec will
address and send it to the WG mailing-list. Often if you have written
a requirement doc for the technology, you will have the class of
products.
3. For each product define the conformance requirements
In the list you have made you can write down the list of
requirements for each product. See Ruby Spec
4. Be consistent in the vocabulary
It will be easier if you define a clear vocabulary in your
spec and you stick to it. try to use the QA Glossary
5. Define minimum functionality
After drafting your requirequements for each product, you
define what's absolutely necessary to pretend to have a basic
implementation.
6. Deprecated feature
Read the old version of the spec and identify if something
has changed. How the new classes of product should deal with this new
features. Discuss that with the WG.
7. Conformance section
The conformance section MUST appear in the table of contents,
so organize that with the editor of the Spec.
8. Define Branding
In fact, It's how people will be able to make a claim that
they are conformant implementing the spec in one way or the other,
authoring content or tools implementing the spec, etc... It's why
it's important to define the class of products.
9. Give an ICS
It will help the user of the spec to claim how he has done the thing.
--
Karl Dubost / W3C - Conformance Manager
http://www.w3.org/QA/
--- Be Strict To Be Cool! ---
Received on Tuesday, 11 February 2003 15:39:08 UTC