W3C home > Mailing lists > Public > public-mwts@w3.org > September 2009

Fwd: [widgets] Test suite questions

From: Marcos Caceres <marcosc@opera.com>
Date: Tue, 29 Sep 2009 18:17:00 +0200
Message-ID: <b21a10670909290917p50106505kdfe87b47fd30efbc@mail.gmail.com>
To: public-mwts <public-mwts@w3.org>
In [1], during the testing workshop, the following assertions were
found to be redundant.

----
ta-hDLwfOLcCW:
       "Given a path that matches the file name field of a file entry within
the Zip archive, a user agent must use its support for the [ZIP]
specification to decompress (or otherwise extract) the file data of
file entry into its original file representation."

Agree: I have dropped the word must (it's now a statement of fact:
UA's use zip to extract files)

----
ta-VngNBkhUXz:
       "If the protocol used for acquisition of a potential Zip archive does
not provide, or otherwise include, a media type, then a user agent
should treat the acquired potential Zip archive as if it has been
acquired from a protocol that does not label resources with a media
type."

I agree that "should" is evil. But I think here it is justified.

----
ta-HTgovPjElK:
       "During Step 7, a user agent must apply the algorithm to process a
configuration document."

I don't think this assertions is redundant. It can be tested by having
a configuration document that exhaustively tests a UA by having a
complex configuration document that covers all test conditions. This
tests would be "compound" (as opposed to atomic), but I think it's an
important test.

---
ta-abcaxtrqOZ:
       In Step 5, the user agent must apply the algorithm to derive the user
agent locales.

I agree, this is untestable.

---
ta-UJGJCaaFLT:
 "If this is the first content element, then the user agent must:"

I agree, this is redundant as can be merged with the assertion before
it. There are actually a few of these which I will eliminate.

[1] http://dev.w3.org/2006/waf/widgets/tests/

-- 
Marcos Caceres
http://datadriven.com.au
Received on Tuesday, 29 September 2009 16:18:00 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Tuesday, 29 September 2009 16:18:01 GMT