Eric,

On inspection, 

(1) It seems that, like many things, JUnitReport is an ANT task. 

See http://ant.apache.org/manual/OptionalTasks/junit.html 
and http://ant.apache.org/manual/OptionalTasks/junitreport.html 
in  http://ant.apache.org/manual/index.html 

(2) The necessary information is NOT in the XML file generated
by the JUnit ANT task.

So, it would seem that the changes would have to be introduced
into the JUnit ANT task and then into the JUnitReport ANT task.

-bryan 


Funny you should have this problem!  I actually am doing something similiar 
where I have a TestScanner class go through and pick up all the appropriate 
tests as well.  And therefore my report comes out as one giant TestSuite as 
well.. 

I tried playing around with how I add the test to the parent test suite, but

no luck.  I assume that if the data is being saved to the XML files, you 
could just tweak the transformation to do what you want?  Although, I 
haven't actually tried it.. 

Eric 

> -----Original Message----- 
> From: Thompson, Bryan B. [mailto:[EMAIL PROTECTED] 
> Sent: Friday, November 12, 2004 10:31 AM 
> To: '[EMAIL PROTECTED]' 
> Cc: '[EMAIL PROTECTED]'; '[EMAIL PROTECTED]'; Bebee, Bradley R.; 
> Personick, Michael R. 
> Subject: JUnit Report Plugin : Grouping reports by TestSuite? 
> 
> 
> Hello, 
> 
> I am working on an API, a test suite, and parallel implementations of 
> that API using different technologies.  In order to facilitate testing, 
> and to keep the test suite from being bundled with the API, I have broken 
> this down into four Maven projects: 
> 
>  - API 
>  - test suite 
>  - oodbms impl. 
>  - rdbms impl. 
> 
> The test suite has an abstract class that implements a defaultSuite(...) 
> method, which returns the _complete_ test suite for the API.  This is 
> important since I am really doing integration testing, if you will, of 
> the API implementation and I have and forsee the need to have multiple 
> runs of the API test suite for different test configurations of each 
> implementation.  For example, different RDBMS backends or different 
> tests of the same backend using different RDBMS versions or JDBC driver 
> versions. 
> 
> So, while the original test suite clases are arranged in the same package 
> heirarchy as the API classes, the TestSuite returned by the defaultSuite()

> method is reported as a single block of tests by the JUnit Report Plugin 
> per test configuration (which corresponds to, e.g., testing MySQL x.x.xx 
> with Connection/J y.yy).  Within each implementation, there is a single 
> test class for each test configuration.  The test configuration is then 
> described by a properties file.  This was done as a minor extension to 
> JUnit in which a TestCase2 (can find its properties file) and a 
> ProxyTestSuite (knows about a single Test instance that is a delegate 
> for all the tests) were derived.  If you are interested further, see: 
> 
>     http://cvs.sourceforge.net/viewcvs.py/cweb/junit-ext/ 
> 
> I would like to know if there is any way to have the JUnit Report Plugin 
> break down tests tests within the test suite according to either the name 
> of the class in which the Test was defined or the name parameter to the 
> TestSuite constructor.  Without this feature, the API test suite is 
> quickly loosing structure within the otherwise lovely report generated 
> by the JUnit Report Plugin. 
> 
> Thanks in advance, 
> 
> -bryan 
> 
> --------------------------------------------------------------------- 
> To unsubscribe, e-mail: [EMAIL PROTECTED] 
> For additional commands, e-mail: [EMAIL PROTECTED] 



--------------------------------------------------------------------- 
To unsubscribe, e-mail: [EMAIL PROTECTED] 
For additional commands, e-mail: [EMAIL PROTECTED] 


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to