SV: SURVEY: Test case naming

Great. Could you just do a checkup on the links, as some are dead? (eg.
domimplementationPositiveCreateDocXMLNS and
domimplementationCreateDocXMLNSIllegalName)

Thanks

/Dimitris

-----Ursprungligt meddelande-----
Från: Mary Brady [mailto:mbrady@nist.gov]
Skickat: den 22 augusti 2001 17:28
Till: Dimitris Dimitriadis; www-dom-ts@w3.org
Ämne: Re: SURVEY: Test case naming


I also have a list of test purposes, with a mapping available tests,
in the NIST test matrix:

            http://xw2k.sdct.itl.nist.gov/brady/w3c-dom/test-matrix.html

The source for this file is in XML, so it would be easy enough to
add this info to the metadata, so that it could be used together with the
subject url's to describe each test.

--Mary

----- Original Message -----
From: "Dimitris Dimitriadis" <dimitris.dimitriadis@improve.se>
To: <www-dom-ts@w3.org>
Sent: Wednesday, August 22, 2001 7:21 AM
Subject: SV: SURVEY: Test case naming


> My vote:
>
> A) -0
> B) 0
> C) +0.5
> D) -0
> E) 0
> F) +0.5
> G) +1
>
> -----Ursprungligt meddelande-----
> Från: Arnold, Curt [mailto:Curt.Arnold@hyprotech.com]
> Skickat: den 22 augusti 2001 00:38
> Till: 'www-dom-ts@w3.org'
> Ämne: RE: SURVEY: Test case naming
>
>
> > I do think shorter names would be good. I'd prefer a
> > compromise between short and mnemonic but I'm slightly
> > concerned that F/G might start to become rather verbose again
> > ("Element_getAttributesByTagName27" is exactly 32 characters.)
>
> Good point.
>
> >
> > I'm not really concerned about preserving the history right
> > now, since there isn't much history yet to be preserved...
>
> [dd] Also a good point.
>
> > I haven't looked at the testcase DTD recently, so this may be
> > a dumb question -- Does it allow sufficiently structured
> > internal documentation to build an index of the testcases
> > sorted by interface, feature, and brief description? If not,
> > should it?
>
> It does.  A test or suite contain a <metadata> element that contains
> elements patterned after Dublin Core.   Each test should contain several
> <subject resource="uri"/> which points to specific
> passages in the spec.  Transforms/subjects.xsl will produce a list of
> canonical URL's for a particular spec.
>
>

Received on Wednesday, 22 August 2001 11:51:56 UTC