netbeans and junit tests

netbeans and junit tests

[James Williams]

Netbeans 3.3.1 can automatically generate the shell junit TestCase object 
framework for all classes within a directory(s) recursivley.  We've used this 
feature at work and its pretty cool.  we generated a junit test framework for 
our entire project of about 100 classes in about 30 seconds. 

Just a suggestion.  

I've been thinking that with the popularity of junit, there might be a 
greater attraction of developers to the task of writing tests, given that 
junit is so widely used, especially with (XP)

James

Re: netbeans and junit tests

[Brian Jones]

James Williams <james_williams@optusnet.com.au> writes:

> Netbeans 3.3.1 can automatically generate the shell junit TestCase object 
> framework for all classes within a directory(s) recursivley.  We've used this 
> feature at work and its pretty cool.  we generated a junit test framework for 
> our entire project of about 100 classes in about 30 seconds. 
> 
> Just a suggestion.  
> 
> I've been thinking that with the popularity of junit, there might be a 
> greater attraction of developers to the task of writing tests, given that 
> junit is so widely used, especially with (XP)

It's worth looking into if it is suitable for this project to rely on
software licensed under the IBM Common Public License Version 0.5.

http://www.junit.org/
http://http://oss.software.ibm.com/developerworks/oss/license-cpl.html

This license seems to be quite free, so is that an issue (Tom)?

However I'm not yet familiar enough with it to know if it can easily
be integrated into gcc's traditional dejagnu testsuite which is
largely based on printing of FAIL or PASS.  Any idea, since you've
used it and I haven't yet, what sort of output is possible and
experience using the command line (non-gui) test runner?

Gcj has specific needs to compile the code to native format although
at some point perhaps it could be argued libjava needs to run the
testsuite in two ways, once compiled to native and again compiled to
byte code only.

JUnit appears to have only a little more in the way of requirements
than Mauve.  Reflection is used in spots, some of it appears
avoidable.  

Since you brought it up, do you have the time to work on converting
current tests?  Also, creating the tests would have to be done from
libjava's source or Classpath's source.  Creating the tests from Sun's
source would probably be wrong.

Brian
-- 
Brian Jones <cbj@gnu.org>

Re: netbeans and junit tests

[James Williams]

junit tests can be run from the command line.  In terms of the PASS FAIL 
reporting junit does that, but  something really cool is that junit can be 
integrated with ANT to produce reports.  I havent done the reports part of it 
yet, however, I'm currently reading "Java Tools for Extreme Programming"  
which outlines how to do it.  

I am willing to help port the tests to junit.   

P.S. Junit and ANT integrate extremely well into netbeans.  we've been using 
all open source tools for devel because our capital budget is way over, and 
we cant afford to pay for proprietary tools.  Its been kewl cause the 
managers are all scratching their heads and saying, but how are doing it with 
no capital budget.  I hope to submit reports about the savings incurred.

If you are still interested in junit, let me know I'll help.

James.



On Wed, 22 May 2002 04:32, you wrote:
> James Williams <james_williams@optusnet.com.au> writes:
> > Netbeans 3.3.1 can automatically generate the shell junit TestCase object
> > framework for all classes within a directory(s) recursivley.  We've used
> > this feature at work and its pretty cool.  we generated a junit test
> > framework for our entire project of about 100 classes in about 30
> > seconds.
> >
> > Just a suggestion.
> >
> > I've been thinking that with the popularity of junit, there might be a
> > greater attraction of developers to the task of writing tests, given that
> > junit is so widely used, especially with (XP)
>
> It's worth looking into if it is suitable for this project to rely on
> software licensed under the IBM Common Public License Version 0.5.
>
> http://www.junit.org/
> http://http://oss.software.ibm.com/developerworks/oss/license-cpl.html
>
> This license seems to be quite free, so is that an issue (Tom)?
>
> However I'm not yet familiar enough with it to know if it can easily
> be integrated into gcc's traditional dejagnu testsuite which is
> largely based on printing of FAIL or PASS.  Any idea, since you've
> used it and I haven't yet, what sort of output is possible and
> experience using the command line (non-gui) test runner?
>
> Gcj has specific needs to compile the code to native format although
> at some point perhaps it could be argued libjava needs to run the
> testsuite in two ways, once compiled to native and again compiled to
> byte code only.
>
> JUnit appears to have only a little more in the way of requirements
> than Mauve.  Reflection is used in spots, some of it appears
> avoidable.
>
> Since you brought it up, do you have the time to work on converting
> current tests?  Also, creating the tests would have to be done from
> libjava's source or Classpath's source.  Creating the tests from Sun's
> source would probably be wrong.
>
> Brian

Re: netbeans and junit tests

[Brian Jones]

James Williams <james_williams@optusnet.com.au> writes:

> junit tests can be run from the command line.  In terms of the PASS FAIL 
> reporting junit does that, but  something really cool is that junit can be 
> integrated with ANT to produce reports.  I havent done the reports part of it 
> yet, however, I'm currently reading "Java Tools for Extreme Programming"  
> which outlines how to do it.  
> 
> I am willing to help port the tests to junit.   
> 
> P.S. Junit and ANT integrate extremely well into netbeans.  we've been using 
> all open source tools for devel because our capital budget is way over, and 
> we cant afford to pay for proprietary tools.  Its been kewl cause the 
> managers are all scratching their heads and saying, but how are doing it with 
> no capital budget.  I hope to submit reports about the savings incurred.
> 
> If you are still interested in junit, let me know I'll help.

I'm still interested; I just don't have the time right now to help
lead this initiative:  

        * Verify with Tom Tromey (tromey@redhat) that junit is okay
          and he wouldn't be upset about a framework change.

        * To find out how gcc/libjava run their tests and prototype
          something to see if it can be compatible with or without tweakage.

        * If finding junit is compatible, going through the process of
          creating a branch to work on in Mauve to avoid disrupting
          testing on the main trunk and converting all the tests.

Brian
-- 
Brian Jones <cbj@gnu.org>