[Dev] automated tests != unit tests (was Re: Mock Reactor for tests?)

Phillip J. Eby pje at telecommunity.com
Tue Jun 7 13:29:21 PDT 2005


At 03:21 PM 6/7/2005 -0400, Mike Taylor wrote:
>On Jun 7, 2005, at 2:04 PM, Phillip J. Eby wrote:
>>I've also investigated the run()/stop() issue, and as far as I can tell 
>>this should be a non-issue for tests that run using the Twisted default 
>>reactor (which is what Chandler uses).  The reason that you aren't 
>>supposed to use run()/stop() or certain other functions multiple times 
>>(AFAICT), is because certain GUI-platform-specific reactor 
>>implementations won't tolerate it.  However, tests that don't run with a 
>>GUI don't need to use a GUI-specific reactor, and we're not using one in 
>>Chandler currently anyway.
>
>Current unit tests do not use a GUI but real-soon-now we will have startup 
>unit tests and also unit tests that require the GUI.

A startup test isn't a unit test, and a test that requires a GUI is at 
least close to the line, if not over it.

Okay, I totally give up.  I can see that there is no way I'm going to 
convince everybody to stop calling all developer-written automated tests 
"unit" tests.  (All unit tests are developer-written automated tests, but 
not all developer-written automated tests are unit tests.)

I will try and make up a new, non-industry-standard term that *really* 
means unit test, which we can then foist upon the rest of the world.  And, 
since it will be a new term that nobody has ever heard before, everyone 
will believe me when I say that Chandler doesn't really have any.  :)



More information about the Dev mailing list