Hi Mikhail, Thanks for your response.
> As for decorator class - if having a common super class for all the unit tests > is not liked, it is easy to run the tests through the script and convert. Sorry, I don't understand. Please help me out here : what script is this ? Best regards, George ________________________________________ George C. Harley Mikhail Loenko <[EMAIL PROTECTED]> 16/01/2006 12:27 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, Thanks for your clarifications Could you please try setting 'printAllowed' to false in the PerformanceTest.java? If the behavior you will see is what is more desired we can make it default. As for decorator class - if having a common super class for all the unit tests is not liked, it is easy to run the tests through the script and convert. Thanks, Mikhail Loenko Intel Middleware Products Division On 1/16/06, George Harley1 <[EMAIL PROTECTED]> wrote: > 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" <[EMAIL PROTECTED]> > 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:[EMAIL PROTECTED] > >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" <[EMAIL PROTECTED]> > >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:[EMAIL PROTECTED] > >>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 > > >
