asunit-users — This list is for the users of AsUnit that are not involved in it's development.

[Asunit-users] Fwd: [asUnit] HTTP connection

[Luke B. <lb...@gm...>]

Nice Catch!

There shouldn't be a constantly open connection or anything, but the
panel should check in when it's instantiated to check it's version
number against the version that's posted.

(You'll probably get just such a notification in a few minutes as we
release version 2.4!)

It's how we're managing updates...

Perhaps users should be able to tell the UI to "Do/Don't Automatically
Check for Updates" or something - rather than doing it automatically.

I personally prefer to be notified and prefer to have others notified,
but understand if there are some concerns.

Should be an easy change either way.

What do you folks think?

Luke Bayes
www.asunit.com

[Asunit-users] Fwd: [asUnit] HTTP connection

[Luke B. <lb...@gm...>]

I just got this email on the personal side and thought it was
important to send to everyone.


Hi,

Since I use and test your testUnit framework, i always have a
connection with your site.
Is it normal ?

Look at this netstat screenshot as a proof :




It always happen when i wok with the framework.
I can't find where it comes from ? Any of your class ?

Let me know please.
Thanx.

[Asunit-users] [v_2.3] typo in README.txt

[erixtekila <eri...@if...>]

Hi,


When testing the examples you gracefully provided, i've discovered a=20
little typo.
It should be  in TEST A NON-LIBRARY MOVIECLIP INSTRUCTIONS :

<excerpt>
  - Update the Test Case so that the setUp and tearDown methods look=20
like the following:

  	public function setUp():Void {
  		var initObj:Object =3D new Object();
  		initObj._xscale =3D 200;
  		// OLD : instance =3D =
ExampleClip(attachMovie(ExampleClip.linkageId,=20
initObj));
		instance =3D =
ExampleMovie(attachMovie(ExampleMovie.linkageId, initObj));
  	}
</excerpt>

I don't know if attached files is permitted here, but i could send you=20=

the file that you could merge.

PS : Nice to get more examples. THanX ;=AC])
I'll try to figure out more of your work later.
I got to dive in your Classes Lib.


cheers.=

Re: [Asunit-users] AsUnit 2.2 RELEASED!

[Ali M. <ali...@gm...>]

Nice - glad that it worked out for you.

And I agree, it would be really nice to have a solid IDE...  Maybe
someday.  I hear that some folks have started an AS plugin for Eclipse
project over at SourceForge.  Perhaps it'll result in an acceptable
solution.

Have fun!


Ali
www.asunit.com

RE: [Asunit-users] AsUnit 2.2 RELEASED!

[Thompson, D. <dan...@se...>]

You ROCK!

Thanks so much for all your effort on this. I've been looking around for =
a better IDE (I have SciTE,
but it lacks some functionality. PrimalScript looks great, save two =
things: Code Folding and their UI
is somewhat to be desired). I've told them as much. You guys should =
write an IDE. SEPY infects my hard
drive. SciTE isn't full featured. PrimalScript lacks polish. Thus, =
inertia takes over. Give me
something like IntelliJ IDEA for ActionScript.

In gratitude,


Daniel


-----Original Message-----
From: Ali Mills [mailto:ali...@gm...]=20
Sent: Wednesday, November 17, 2004 20:39
To: Thompson, Daniel
Cc: asu...@li...
Subject: Re: [Asunit-users] AsUnit 2.2 RELEASED!

Ok Daniel,

I was able to reproduce your reported bugs.  Apparently Flash has an =
issue with the OS telling it to
open an AS file within the IDE when a panel is undocked.  To lock up =
Flash and reproduce the below
bugs:

=3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D START BUG REPORT =3D =3D =
=3D =3D =3D =3D =3D =3D =3D =3D =3D =3D=20
>=20
> > I'm afraid all the bugs that I reported before are still present:
> >
> > 1. Once I invoke create class:
> >         a. F2 to toggle output no longer works (in fact, no Function =
keys work).
> >         b. Drawing rectangles/circles doesn't refresh the screen,=20
> > resizing the window brings the shape back.
> >         c. The test classes aren't created (only the implementation =
class).
> > 2. On quitting the Flash IDE, I must kill the process in Task =
Manager.
> > 3. By invoking "Create class" twice with the same settings, I can=20
> > get the ExampleTest.as class created.
>=20
=3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D END BUG REPORT =3D =
=3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D =3D

1. Associate the Flash IDE with the AS extension (this is by default) 2. =
Undock a panel, any panel,
from the IDE 3. Open an FLA in the IDE and run the Create Classes =
command keeping "Automatically open
new files" checked 4. Files are written to your machine, Flash opens the =
AS files, and Flash then
locks up

Well, thats no good.  Crashing Flash makes unit testing really hard.

The cause of the crashing behavior has to do with the way our custom =
written DLL interacts with the
IDE when a panel is undocked.  We're working on figuring out exactly =
where the problem lies but in the
meantime have released an AsUnit version with a workaround.

Version 2.3, which is available now, has a new checkbox in the Create =
Class command that lets you
specify that "Your text editor is Flash".=20
Keep this box checked if you use the Flash IDE as your AS editor instead =
of something better like
Primalscript(http://www.sapien.com/primalscript.aspx) *smirk*.  As long =
as the checked status of this
box accurately reflects your AS editor, the bugs should be fixed.

We'll continue to investigate how to make this fix cleaner.

Thanks for all your input and patience Daniel!

Please let us know if the bugs have been fixed for you with this latest =
release.

Enjoi!


Ali

[Asunit-users] AsUnit 2.3 Released

[Ali M. <ali...@gm...>]

Hey there!

Some pretty pressing bugs were discovered in the 2.2 release, so we
addressed them and released version 2.3 today.  Download it fast
before we're all out!

The pressing bugs had to do with Flash locking up upon running the
Create Class command.  There's an apparent problem with the way our
custom DLL communicates with the Flash IDE when Flash is used as the
AS editor and any panel is undocked.

To work around this problem, we added a "Your text editor is Flash"
checkbox to the Create Class UI.  As long as the state of this
checkbox correctly reflects whether or not you use the Flash IDE to
edit AS files all known bugs should be fixed.

Please let us know if there are still problems.

2.3 Release notes follow:
------------------------------------------------
Version 2.3 November 17, 2004
------------------------------------------------
 - Worked around the "Flash locking up" bug caused when running CreateClass 
   with a panel undocked and using the Flash IDE as a text editor by updating 
   CreateClass to explicitly handle the Flash IDE as a text editor

Thanks.


Ali Mills
www.asunit.com

Re: [Asunit-users] AsUnit 2.2 RELEASED!

[Ali M. <ali...@gm...>]

Ok Daniel,

I was able to reproduce your reported bugs.  Apparently Flash has an
issue with the OS telling it to open an AS file within the IDE when a
panel is undocked.  To lock up Flash and reproduce the below bugs:

= = = = = = = = = = = = START BUG REPORT = = = = = = = = = = = = 
> 
> > I'm afraid all the bugs that I reported before are still present:
> >
> > 1. Once I invoke create class:
> >         a. F2 to toggle output no longer works (in fact, no Function keys work).
> >         b. Drawing rectangles/circles doesn't refresh the screen,
> > resizing the window brings the shape back.
> >         c. The test classes aren't created (only the implementation class).
> > 2. On quitting the Flash IDE, I must kill the process in Task Manager.
> > 3. By invoking "Create class" twice with the same settings, I can get
> > the ExampleTest.as class created.
> 
= = = = = = = = = = = = = END BUG REPORT = = = = = = = = = = = = =

1. Associate the Flash IDE with the AS extension (this is by default)
2. Undock a panel, any panel, from the IDE
3. Open an FLA in the IDE and run the Create Classes command keeping
"Automatically open new files" checked
4. Files are written to your machine, Flash opens the AS files, and
Flash then locks up

Well, thats no good.  Crashing Flash makes unit testing really hard.

The cause of the crashing behavior has to do with the way our custom
written DLL interacts with the IDE when a panel is undocked.  We're
working on figuring out exactly where the problem lies but in the
meantime have released an AsUnit version with a workaround.

Version 2.3, which is available now, has a new checkbox in the Create
Class command that lets you specify that "Your text editor is Flash". 
Keep this box checked if you use the Flash IDE as your AS editor
instead of something better like
Primalscript(http://www.sapien.com/primalscript.aspx) *smirk*.  As
long as the checked status of this box accurately reflects your AS
editor, the bugs should be fixed.

We'll continue to investigate how to make this fix cleaner.

Thanks for all your input and patience Daniel!

Please let us know if the bugs have been fixed for you with this latest release.

Enjoi!


Ali

RE: [Asunit-users] AsUnit 2.2 RELEASED!

[Thompson, D. <dan...@se...>]

 Thanks for the reply Ali... I've put answers inline:

-----Original Message-----

We're over here trying to reproduce the bugs you reported and having =
trouble doing so.  Can you tell
me exactly how your IDE is set up?=20

> For example, which panels do you keep open.

I have two monitors. My ActionScript panel generally is open on the =
secondary monitor. Other than
that, I think it's just the default... Lemme see: Project, Output, =
AsUnit UI (which now won't stay
open-- new bug in 2.2), Color Mixer minimized), Components, Component =
Inspector, Behaviors
(minimized), Help minimized) and Properties.

> Do you have both FLA and AS files open in your IDE when experiencing =
bugs?

Yes.


> How many of them?=20

Just the FLA and the resultant classes generated from the command.

> What kind of system are you on - Win or Mac?

Windows

> What's your processor speed and how much ram do you have?

Dual 2.4 GHz with 1.5 Gigs of RAM


> Do you have the latest version of Flash (7.2)?

Yes

> Are you running Flash Pro or just MX 2004.

Pro


> Another thought - how many other files are the directory where your =
FLA exists? =20

I've created a folder on my desktop with contains an FLP and the FLA and =
classes created by As Unit.
There is also an XML file and another AS file included into the main =
FLA.

Again, I'd like to say that As Unit shows so much promise. I'd really =
like this to work because I can
see this becoming an integral part of my workflow. Again, thanks for =
your time.


Daniel


>=20
> I'm afraid all the bugs that I reported before are still present:
>=20
> 1. Once I invoke create class:
>         a. F2 to toggle output no longer works (in fact, no Function =
keys work).
>         b. Drawing rectangles/circles doesn't refresh the screen,=20
> resizing the window brings the shape back.
>         c. The test classes aren't created (only the implementation =
class).
> 2. On quitting the Flash IDE, I must kill the process in Task Manager.
> 3. By invoking "Create class" twice with the same settings, I can get=20
> the ExampleTest.as class created.
>

[Asunit-users] Example Files

[Luke B. <lb...@gm...>]

We've gotten some requests for example files over the past few months
and I finally just posted some files to the downloads area of our
website.

Please check them out and let me know what you think...

These are real world utility classes that we thought might bring some
relevance to the testing process.

http://www.asunit.com

Thanks,

Luke Bayes
www.asunit.com

Re: [Asunit-users] AsUnit 2.2 RELEASED!

[Ali M. <ali...@gm...>]

Hey Daniel,

It sounds like Flash is hanging on you for some reason.  Let's figure out why.

We're over here trying to reproduce the bugs you reported and having
trouble doing so.  Can you tell me exactly how your IDE is set up? 
For example, which panels do you keep open.  Do you have both FLA and
AS files open in your IDE when experiencing bugs?  How many of them? 
What kind of system are you on - Win or Mac?  What's your processor
speed and how much ram do you have?  Do you have the latest version of
Flash (7.2)?  Are you running Flash Pro or just MX 2004.  The more
information you could give us the better.  We'd really like get these
bugs worked out.

Another thought - how many other files are the directory where your
FLA exists?  If the FLA exists in a directory with *many* other files
this could be a problem.  Our framework expects some package-like
organization in your filesystem.

Thanks a lot for your help!


Ali


> 
> I'm afraid all the bugs that I reported before are still present:
> 
> 1. Once I invoke create class:
>         a. F2 to toggle output no longer works (in fact, no Function keys work).
>         b. Drawing rectangles/circles doesn't refresh the screen, resizing the window brings the shape
> back.
>         c. The test classes aren't created (only the implementation class).
> 2. On quitting the Flash IDE, I must kill the process in Task Manager.
> 3. By invoking "Create class" twice with the same settings, I can get the ExampleTest.as class
> created.
>

Re: [Asunit-users] AsUnit 2.2 RELEASED!

[Luke B. <lb...@gm...>]

Hey Daniel,

I was just talking with another developer that says he can spend some
time on this tonight. The real problem is that neither Ali nor I can
reproduce these issues, so we can't tell if they get fixed.

If you have (or someone else that sees these bugs has) some
familiarity with JSFL, we would be endlessly grateful for some
assistance with these issues.

Here is our first major thought on this...

Is your .FLA file sitting in a new and actually EMPTY directory? 

If you created it on the Desktop or some other populated area, the
Create Class command will continuously spin over your entire hard-disk
looking for .as files and trying to create TestSuites. This is the
most likely cause of the problem since we don't do anything to Drawing
Tools or Key Commands. Perhaps it's just hanging Flash because of
this?

If that's not the case, here are some other ideas that we had:


I'm hearing two different bugs that may or may not be caused by one thing:

Bug 1) Drawing Tools are no longer responsive after calling "create class"
Bug 2) F-Keys are no longer responsive after calling "Create Class"

Basically, I think that these bugs are coming from one or more of the
following places:

1) The way that I am instantiating the JSFL scripts. Maybe the
instantiated JavaScript Object isn't being garbage collected or
released from memory?
	- Try changing line 309 of Create Class.jsfl from:
		var createClass = new CreateClass();
	to:
		crClss = new CreateClass();
		delete crClass;

2) Maybe the calls to external JSFL files are causing a problem.
	- Check for fl.runScript calls and see if the behavior persists when
you get rid of them.

3) Maybe the interactions with the Library are causing the Problem. 
	- Try commenting all of that functionality and deselect the library checkbox.

4) Maybe "addDataToDocument" commands aren't releasing control of the FLA. 
	- Comment these out at lines 105 thru 109

5) Maybe the AsUnit UI is capturing Key control from the IDE.
	- Try closing the UI Panel when you call Create Class.
	- Does this fix any or all problems?


Please let me know!


Thanks,


Luke Bayes
www.asunit.com

Re: [Asunit-users] Package specification?

[Luke B. <lb...@gm...>]

Hey David,

You're a ROCKSTAR!

Keep us posted on the progress of that documentation engine, as we'd
love to take advantage of it for this project and many others!


Thanks,


Luke Bayes
www.asunit.com

RE: [Asunit-users] AsUnit 2.2 RELEASED!

[Thompson, D. <dan...@se...>]

> Please let me know if I forgot something, or if you were
> really hoping for another fix in this or the next release!

I'm afraid all the bugs that I reported before are still present:

1. Once I invoke create class:
	a. F2 to toggle output no longer works (in fact, no Function keys =
work).
	b. Drawing rectangles/circles doesn't refresh the screen, resizing the =
window brings the shape
back.
	c. The test classes aren't created (only the implementation class).
2. On quitting the Flash IDE, I must kill the process in Task Manager.
3. By invoking "Create class" twice with the same settings, I can get =
the ExampleTest.as class
created.

Re: [Asunit-users] Package specification?

[David H. <wa...@us...>]

On Tue, Nov 16, 2004 at 05:04:46PM -0800, Luke Bayes wrote:
> On Tue, 16 Nov 2004 16:16:16 +0000, David Holroyd wrote:
> > I was knocking up a script to generate javadoc-like documentation over
> > the weekend, and I noticed that unlike other examples of AS2 classes that
> > I have to hand, the asunit.framework classes don't include the package-name
> > within the class-name.  [...]
> 
> First and foremost, I have an *extremely* difficult time reading any
> "recomendations" from Macromedia about "best Practices" related to
> coding Flash Applications.
[...]

Yep, ActionScript is on crack.  This is a given :)

It doesn't really matter.  I can arrange for type resolution to work by
ignoring any package-prefix contained in the file, and using the files
$CLASSPATH-relative package-path.


> To your question - My feeling (and Ali's too) is that we would like to
> have a "package" keyword as seen in Java (and I think C#). As a
> convention, our first import statement is actually the package that
> our class is found in. I assume that the compiler checks all wildcard
> imports to look for a file and uses the one that matches. Ultimately,
> we don't use the full-qualified class name because:

Well, ActionScript 2.0 is based on the proposed ECMAScript4 (for
small enough values of 'based').  In this instance, I think ECMAScript4
is suggesting syntax like,

  package <name> {
      ...class declarations etc...
  }

Maybe MM didn't get that memo?  Interestingly the current draft
explicitly excludes syntax that AS2 uses ('get' and 'set' keywords).


> I hope that helps - and I"m interested to hear what you may think

I'm just an ActionScript2 newbie, and wanted to check I understood the
AsUnit packaging policy, as that should drive the documentation
structure.  Here's what AsUnit API docs look like currently:

  http://www.badgers-in-foil.co.uk/projects/as2api/examples/asunit/index.html

(There are bugs, like interfaces not being there; and I've not
implemented any type-resolution yet, so no inter-class links.)


thanks,
dave

-- 
http://david.holroyd.me.uk/

[Asunit-users] AsUnit 2.2 RELEASED!

[Luke B. <lb...@gm...>]

Hey Everyone,

There is a new release of AsUnit available. This release includes
fixes for the Mac bugs that I injected in the last release. (sorry mac
folks)

Another big fix is an enhanced Quickstart Guide that includes support
for testing MovieClips (both in the Library and Script-only)

I'm not sure what's going on, but the "CVSView" PHP script seems to
only work on some kind of kron job, so the Quickstart link from
asunit.com hasn't yet updated as of this email, but it "should" work
soon.

Please let me know if I forgot something, or if you were really hoping
for another fix in this or the next release!

I want to give a special thanks to erixtekila of ifrance.com for the
Mac fixes!!!

Everyone's help is greatly appreciated, so please feel free to submit
fixes if you have them!



Thanks,


Luke Bayes
www.asunit.com



Here are the release notes:

------------------------------------------------
Version 2.2 November 16, 2004
------------------------------------------------
 - Updated TestCase so that it's easier to build asynchronous tests.
 - Added static fail method to Assert so that you can put Assertions
directly into your applications.
 - Updated the TestClassTemplate so that it now uses "instance" rather
than "testInstance"
 - Updated TestCase so that it now has a streamlined "attachMovie"
method that only requires "linkageId" and "initObj"
 - Updated the Quickstart Guide to include MovieClip support!
 - Updated CreateClass so that it should now work again on Macs!!!

Re: [Asunit-users] Package specification?

[Luke B. <lb...@gm...>]

[SORRY I was cut off by an inadvertent key command in gmail!]

Ultimately we don't use fully-qualified class names because:
 a) Most classes expect to interact with other classes in their
package which requires one to enter and maintain the full package name
in yet another place.
 b) Because of reason a - the classname starts to feel redundant.
 c) It makes it more difficult to quickly see which class you're
currently editing when the class name can fall of the right of the
text editor.

I hope that helps - and I'm interested to hear what you may think.


Thanks,


Luke Bayes
www.asunit.com

Re: [Asunit-users] Package specification?

[Luke B. <lb...@gm...>]

Basically,

First and foremost, I have an *extremely* difficult time reading any
"recomendations" from Macromedia about "best Practices" related to
coding Flash Applications.

Most of the information that I've found coming out of Macromedia is
targeted at non-programmer types that would like to build
somewhat-complex applications. But these recomendations tend to be in
direct conflict with things that the Gang of Four (Patterns folks) and
XP leaders tell us.

Some examples of extremely poor Macromedia recomendations are: 
 - Always "suffix" a variable name with it's generic data type.
("_mc", "_txt", "_dg", "_cb", etc.)
 - They have put 3 different unacceptable component packages into the
root global scope.
 - Rather than using relevant packages, they simply prefix the same
class names with a random first character. Like "M" or "F" or "C"
depending on it's version or target platform?

I can probably go on and on here but it will quickly just turn into venting... 

To your question - My feeling (and Ali's too) is that we would like to
have a "package" keyword as seen in Java (and I think C#). As a
convention, our first import statement is actually the package that
our class is found in. I assume that the compiler checks all wildcard
imports to look for a file and uses the one that matches. Ultimately,
we don't use the full-qualified class name because:






On Tue, 16 Nov 2004 16:16:16 +0000, David Holroyd
<wa...@us...> wrote:
> I was knocking up a script to generate javadoc-like documentation over
> the weekend, and I noticed that unlike other examples of AS2 classes that
> I have to hand, the asunit.framework classes don't include the package-name
> within the class-name.  i.e.,
> 
>   class Assert {
>       ...
> 
> rather than,
> 
>   class com.asunit.framework.Assert {
>       ...
> 
> Macromedia docs strongly suggest that the latter form is required (but of
> course, the classes work as they are).  Is there a reason why the
> classes are declared as they are?
> 
> ta,
> dave
> 
> --
> http://david.holroyd.me.uk/
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: InterSystems CACHE
> FREE OODBMS DOWNLOAD - A multidimensional database that combines
> robust object and relational technologies, making it a perfect match
> for Java, C++,COM, XML, ODBC and JDBC. www.intersystems.com/match8
> _______________________________________________
> Asunit-users mailing list
> Asu...@li...
> https://lists.sourceforge.net/lists/listinfo/asunit-users
>

[Asunit-users] Package specification?

[David H. <wa...@us...>]

I was knocking up a script to generate javadoc-like documentation over
the weekend, and I noticed that unlike other examples of AS2 classes that
I have to hand, the asunit.framework classes don't include the package-name
within the class-name.  i.e.,

  class Assert {
      ...

rather than,

  class com.asunit.framework.Assert {
      ...

Macromedia docs strongly suggest that the latter form is required (but of
course, the classes work as they are).  Is there a reason why the
classes are declared as they are?


ta,
dave

-- 
http://david.holroyd.me.uk/

[Asunit-users] =?UTF-8?Q?Re:_[Asunit-users]_issue_on_os_x_and_how_to_fix_them=E2=80=A6?=

[Luke B. <lb...@gm...>]

[Unfortunately, I hit reply on this one and it didn't go to the list,
Ali just let me know that he never got the response, so I'm re-posting
now.]

Hey There!

I can't tell you how much we appreciate your contribution.

If you just email me the files, I'll merge them into our latest source
and build a release this week.

Thanks so much!

Re: [Asunit-users] Releases Question

[Luke B. <lb...@gm...>]

[Unfortunately, I hit reply on this one and it only went to Daniel,
Ali just let me know that he never got the response, so I'm posting to
the list.]

If you mean to the list - yes - sort of...

I won't actually distribute the release in any way other than
Sourceforge's File Release System, for a number of reasons, not least
of which, that it's part of our agreement with them.

But I will be happy to broadcast notification of any releases to these
email lists.

Thanks for thinking of it!

Luke
asunit.com

[Asunit-users] =?WINDOWS-1252?Q?issue_on_os_x_and_how_to_fix_them=85?=

[erixtekila <eri...@if...>]

Hello all,


I just tried your testUnit framework and discovered little bugs=85 for =
me.
I'm running on OS X.

I patched them (not all but some) wit hmy little knowledge of jsfl.
But I know there are some more still there.

Where could i post what i did to make the framework work for me ?


cheers.

Re: [Asunit-users] Suggestions

[Luke B. <lb...@gm...>]

> ASUnit is very useful as it works currently, but this feature will help
> in a few tricky situations.

This is very interesting and sounds like an important addition.
Especially when considering the safety and reliability of a passing or
failing test.

I wonder if we could separate Flash 7 functionality in such a way that
it's not ever explicitly referenced?

Maybe it would make sense to branch the Framework into a Flash 6
compatible implementation and a Flash 7 one that has these more robust
features?

This could turn out to be some fairly considerable work and would have
the additional burden of duplicated code for ongoing management..
These fairly significant improvements also keep leading into the
problem of trying to write Unit Tests that test the Unit Test
Framework. It's thoroughly embarrassing that nothing in the Framework
actually has automated tests.

Is anyone interested in helping with some of this work?

Especially the writing of tests for the framework itself?


Thanks,


Luke Bayes
www.asunit.com

Re: [Asunit-users] Suggestions

[David H. <wa...@us...>]

On Thu, Nov 04, 2004 at 09:55:46AM -0800, Luke Bayes wrote:
> > I guess it might still be possible to optionally implement this
> > mechanism based on the presense of the Error class, or something.
> > Does ASUnit already have a mechanism for dealing with exceptions (per
> > the runProtected() method of junit.framework.TestResult)?
> 
> Actually no - but I would like to hear more about this.

Basically, there is some code in there to catch Java exceptions and
errors.  These can occur for a couple of reasons:

 - Something went wrong during the test, raising a Throwable
 - One of the asserts failed, raising an AssertationFailedError

If the former happens, the TestResult records an 'error' for this test.
If the latter happens, the TestResult records a 'failure' for this test.


You can see this portion of the JUnit source code here:

http://cvs.sourceforge.net/viewcvs.py/junit/junit/junit/framework/TestResult.java?rev=1.5&view=auto


> > Oh, just to clarify: I'm not suggesting that all tests halt on the first
> > error, just that a given testFoo() method will exit on the first
> > assertion that fails.
> 
> Hmm. I might need to know more about this feature. I'm not exactly
> sure what we'd be looking for there.

It would probably be a whole lot of trouble to implement in a Flash 6
compatible way (i.e. avoiding try-catch), so I doubt that I'll
bother.  Anyway, here's my stab at explaining this aspect of JUnit
architecture:

  A test should just be checking a single, small part of the system.  
  If, during the course of the test an assertion fails, the test as a
  whole has failed, so there's no need to continue it.

  JUnit actively avoids executing code after a problem has been
  detected because the system being tested is now in an 'undefined'
  state; further use could now cause an error (i.e. the tested code
  could throw an exception).

  So, the JUnit framework needs to go though some hoops to abort the
  current test, and move on to the next one.  If it didn't, you might
  end up looking to fix a problem that's actually a result of some
  earlier failure in your test.

(All just my opinion.)

ASUnit is very useful as it works currently, but this feature will help
in a few tricky situations.


dave

[Asunit-users] Releases Question

[Thompson, D. <dan...@se...>]

Will new version releases be posted here?

(or-- if not, can they be?)

Thanks,
Daniel

Re: [Asunit-users] Suggestions

[Luke B. <lb...@gm...>]

> I guess it might still be possible to optionally implement this
> mechanism based on the presense of the Error class, or something.
> Does ASUnit already have a mechanism for dealing with exceptions (per
> the runProtected() method of junit.framework.TestResult)?

Actually no - but I would like to hear more about this.

> Oh, just to clarify: I'm not suggesting that all tests halt on the first
> error, just that a given testFoo() method will exit on the first
> assertion that fails.

Hmm. I might need to know more about this feature. I'm not exactly
sure what we'd be looking for there.

> > Regarding the construction of a more legible error message in the
> > Assertion class. 

> I started looking at this, and noticed that chevrons ('<', '>') cause
> problems when output appears in the ASUnit panel.  I guess the panel is
> displaying HTML, so messages need the appropriate encoding before
> appearing there.  Assert shouldn't care where its output appears, so where
> should HTML-encoding happen?

I believe we do the HTML encoding / formatting in the
com.asunit.ui.Main class. You can pull down the complete sources
directly from the downloads area, or you can get them via anonymous
user on cvs. There is a tonne of information on sourceforge about how
that works.

> PS  Thanks for all the work you guys have put into this project!

Thank YOU!

I really appreciate all the help you've been giving on this list
whilst we were apparently sleeping through it!


Luke Bayes
asunit.com