|
From: Luke B. <lb...@gm...> - 2005-06-07 18:22:36
|
Hey Folks -=20 I just checked in a new build to CVS. It would be great if some of you could install this build and let me know if there are any glaring or new problems. This build includes a MAJOR performance improvement for those of you that are executing many many tests. Basically, we're now grouping transmission over local connection so that the assertions are sent in groups of 100. There is a risk that if you have extremely large "message" strings, this number might exceed the 40k serialized data limit that is imposed on Local Connection communication. Sadly, the result of this failure will simply be that your assertions don't get sent to the UI. I'm hoping that 100 very simple objects should serialize to smaller than 40k no matter what you put in those messages (within reason of course). But if you get "missing' tests, please let me know so I can lower this limit. (The number is set in com.asunit.framework.TestRunner btw) Here are the production notes for this build: - Added delay to the LocalConnection so that it now groups requests before sending them. This makes the environment MUCH more responsive - especially when executing many many tests. Special thanks to Robert Penner for suggesting this feature and another thanks goes to the osflash.org list for their VERY informative discussion about LocalConnection size limits (this was incredibly frustrating!) - Added "cleanUp" method that gets executed after all test methods =09are executed. This should allow us to clean up member / global=20 =09vars that are created during async TestCases. - Added note to Build Test Suites.jsfl to clarify "ignoreDirs" param. - Updated Create Class.jsfl to work with versions of Flash that are =09more recent than 7.2... - Updated TestCase.cleanUp method to remove the Void argument as that =09was causing problems in MTASC when using the -strict flag. The .MXP installer found there should work for those of you that are using Flash and the source files should continue to work for those of you that aren't. Thanks, Luke Bayes www.asunit.com |