harmony-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From George Harley1 <GHAR...@uk.ibm.com>
Subject RE: Unit test code in HARMONY-16
Date Mon, 16 Jan 2006 12:05:43 GMT
Hi Mikhail, 

Writing out a JUnit progress update to the console as the tests run 
informing me which test is running is, I think you will agree, not really 
adding much to the overall test experience for most developers. This is 
because JUnit actually does a pretty good job of letting me know which 
test is currently running on its own in addition to providing information 
on any failures. So allow me to repeat a point made in my previous post on 
this topic that appears to have been missed : if additional text output is 
required during a unit test run then why not use a *decorator* class to do 
this instead of baking it in near the top of the class inheritance 
hierarchy ?

As things stand right now, everyone will be forced to see hundreds of  "== 
I am in test XXX ===" output written to their console irrespective of 
whether they are actually currently assessing performance. Why make 
writing out performance messages *mandatory* when running unit tests ? 

That was the central issue raised in my previous post - not a request to 
remove test cases. Thank you for giving me the opportunity to make it once 
again. 

Best regards, 
George
________________________________________
George C. Harley





"Loenko, Mikhail Y" <mikhail.y.loenko@intel.com> 
16/01/2006 04:42
Please respond to
harmony-dev@incubator.apache.org


To
<harmony-dev@incubator.apache.org>
cc

Subject
RE: Unit test code in HARMONY-16






Hi George

We will remove all the tests and these QA guys will never disturb us :)

Every time we remove a test we leave something untested.

For example, SerializationTest is a base for all the tests that check 
serialization compatibility, and if we remove it because we do not 
think about serialization right now we will lose that compatibility.

The same for performance, it is of importance still. Existing test suite
allows us seeking performance regressions. Otherwise we will have
to keep in sync two parallel test suites - one PerformanceTest based
just for testing the performance and another one - for unit testing.

So, what is the noise? GUI is thinking that those base classes are
tests?
Maybe it makes sense to rename PerformanceTest to e.g. PerformanceTost
and GUI will be happy?

Thanks,
Mikhail Loenko
Intel Middleware Products Division

>-----Original Message-----
>From: George Harley1 [mailto:GHARLEY@uk.ibm.com]
>Sent: Friday, January 13, 2006 7:24 PM
>To: harmony-dev@incubator.apache.org
>Subject: RE: Unit test code in HARMONY-16
>
>Hi Mikhail,
>
>Thanks for your very complete answer.
>
>> At some point we had different functionality in the
>> PerformanceTest but it seems to have died now. That is basically it.
>
>Do you see this class (and its SecurityTest and SerializationTest
>subclasses) as candidates for removal then ? When I run the security
unit
>tests inside my IDE they add some extra lines to the console output
but,
>since I am not thinking about performance right now, that is just
>"background noise".
>
>Perhaps additional performance-related functionality would be better
moved
>out of the test class' hierarchy and into some decorator class ? That
way
>would give developers a bit more flexibility running the tests with or
>without the intervention of the performance measurement code. Sound
>reasonable ?
>
>Best regards,
>George
>________________________________________
>George C. Harley
>
>
>
>
>"Loenko, Mikhail Y" <mikhail.y.loenko@intel.com>
>13/01/2006 12:12
>Please respond to
>harmony-dev@incubator.apache.org
>
>
>To
><harmony-dev@incubator.apache.org>
>cc
>
>Subject
>RE: Unit test code in HARMONY-16
>
>
>
>
>
>
>As far as we did not have special performance tests, we used unit tests
>to measure performance, i.e. to compare performance of our classes to
>performance of "standard" classes. So we ran in cycle a single unit
test
>on both when there are our security classes in bootclasspath and when
>there are not. And compared time. (Of course, not all the tests passed
>on "RI")
>
>Some unit tests print various logs that make execution time volatile.
To
>make it more stable we used log() instead of System.out.print() and in
>the "performance mode" did not print anything. log() is defined in the
>PerformanceTest. At some point we had different functionality in the
>PerformanceTest but it seems to have died now. That is basically it.
>
>The results helped us to find a number of performance leaks and improve
>overall quality of the code.
>
>Thanks,
>Mikhail Loenko
>Intel Middleware Products Division
>
>
>>-----Original Message-----
>>From: George Harley1 [mailto:GHARLEY@uk.ibm.com]
>>Sent: Thursday, January 12, 2006 10:05 PM
>>To: harmony-dev@incubator.apache.org
>>Subject: Unit test code in HARMONY-16
>>
>>Hi,
>>
>>I have been looking into running the JUnit tests included in
HARMONY-16
>in
>>my private sandbox. From what I have seen so far most (all ?) of the
>test
>>cases inherit from a base class PerformanceTest in the
>>com.openintel.drl.security.test package. What is the purpose of this
>base
>>class ?
>>
>>Best regards,
>>George
>>________________________________________
>>George C. Harley



Mime
View raw message