W3C home > Mailing lists > Public > www-dom-ts@w3.org > April 2002

Re: jsUnit 1.3.0 alpha

From: Robert Clary <bclary@netscape.com>
Date: Mon, 15 Apr 2002 18:33:44 -0400
Message-ID: <3CBB5548.9090306@netscape.com>
To: Dimitris Dimitriadis <dimitris@ontologicon.com>
CC: Curt Arnold <carnold@houston.rr.com>, www-dom-ts@w3.org, Edward Hieatt <edward@jsunit.net>
[bc] inline

Dimitris Dimitriadis wrote:
> comment inlined
> 
> On Tuesday, April 16, 2002, at 12:11 , Robert Clary wrote:
> 
>> Curt Arnold wrote:
>>
>>> Another thing that would be useful is a clean-up function that runs 
>>> after
>>> all the tests have been completed.  The existing jsUnit based HTML tests
>>> leave a large number of windows open since they keep unmodified 
>>> documents
>>> around for potential later use, however there is nothing to hook to 
>>> close
>>> them all down when the tests are over.  My recollection is tearDown() 
>>> fires
>>> after each test and would not be appropriate, but I could wrong on that.
>>
>>
>> The caching of unmodified test documents seemed to me to introduce a 
>> great deal of complexity without necessarily adding a corresponding 
>> degree of benefit. However that is the subject of a different 
>> discussion I think.
>>
>> It may be possible to do what you want by organizing the tests into 
>> suite of suites and having the final suite perform the cleanup.
>>
>> This reminds me however that the Document Loader in jsUnit currently 
>> is limited to a single document at a time. This may be a limitation 
>> that needs to be addressed in the proposed jsUnit. How important is it 
>> to load multiple test documents at the same time in general and in the 
>> DOM TS in particular?
>>
> [dd] Am I off track presuming that this could be useful if we utilize 
> the JsUnit TestSuite option?
> 

[bc] No, I don't think you are off track. The current design can 
probably be modified to support loading documents into separate windows 
although handling the onload notification in Mozilla may be problematic.

The question I have is "do any of the tests actually require that two or 
more documents be open at the same time?". If so, then this is a must 
have feature for jsUnit and the DOM TS.

However, if it is only a convenience originally introduced as a partial 
work around for problems encountered earlier due to asynchronous 
document loading, is the complexity worth it?

I consider Memory performance to be an absolute requirement for 
supporting as many testers as possible. We can not require each tester 
to have 1G of ram to run the tests. However I do not consider speed as 
important. If the tests take a few minutes longer without document 
caching, no one will be excluded from running the tests.

/bc
Received on Monday, 15 April 2002 18:34:59 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Monday, 6 April 2009 12:58:46 GMT