One month on the QA mailing lists
June, 2003

About the QA Mailing-lists monthly summary

Jump to: Previous version (May 2003) | Latest version | QA Calendar

"MonthinQA" is a monthly summary of the main topics discussed on www-qa@w3.org, the public mailing-list of W3C QA Interest Group and www-qa-wg@w3.org, the public mailing-list of W3C's QA Working Group.

The regular editor for "MonthinQA" is Lynne Rosenthal, NIST, co-chair of the QA Interest Group.

See also the initial calendar and initial requirements for this resource.

Topics for this period

Should Test Assertions be required?

Should specification developers be required to include test assertions as part of the specification? Who should develop the test assertions?

First, examine the objective - clear identification of a specification's requirements. Test Assertions is one way to accomplish this. Moreover, it would be nice for test assertions to be public and normative, and endorsed by the Working Group. The test assertions could be written by the spec developers or by test developers; they could be included in the specification or be a separate document.

What is important here, is that test assertions be developed and associated with the Recommendation, since there is a substantial benefit to having test assertions, including facilitating test generation.

See Thread

MUST RFC2119 keywords be all-caps

Good question. There is still some confusion and disparity as to the rendering of these keywords. The W3C Pubsrules recommends lowercase, italics. Clearly, the intent is that there is a visible difference between the RFC2119 keywords and other text in the specification. So, which should an editor use?

See Thread

More on RFC2119: MUST use MUST?

A very lively discussion regarding the use of MUST in a specification to identify all the normative requirements. Or, is this just a preferred method, but other language is permitted (e.g., marked-up imperative voice statements), as long as the spec unambiguously defines what are its conformance requirements and how are they identified in the text. No conclusion has been made. We invite you to join the discussion.

See Thread

New CSS for QA Guidelines

To improve the readability of the QA: Framework family of Guideline documents, Karl Dubost has developed a new CSS (Mockup version). The new stylesheet and its easy to use (and modify) markup uses color, emphasis, etc., to make the Guidelines easier to read. Comments are welcome as we fine-tune the CSS.

New News

Don't forget to check out the latest QA News:Webkit is now available in 10 languages and Weblogs of Web standards

Meeting minutes

All meeting minutes are available at: http://www.w3.org/QA/Agenda/


Valid XHTML 1.0!

Created Date: 2003-06-28 by Lynne Rosenthal
Last modified Date: 2003/06/28 by Lynne Rosenthal

Copyright 2000-2003 W3C (MIT, ERCIM, Keio), All Rights Reserved. W3C liability, trademark, document use and software licensing rules apply. Your interactions with this site are in accordance with our public and Member privacy statements.