Here's an overview of the new framework. It's been designed for
simplicity and speed. Assuming everyone likes the design, I'll start
committing RSN.
Guile Testing Framework for GNU Classpath
GNU Classpath tests are written in Java. Guile is responsible for
executing the tests
I'm perplexed by another aspect of the testing framework. It doesn't
seem possible to keep track of the real number of passes and fails in
a class with multiple tests.
Maybe if Result were something like...
package gnu.test;
public class Result
{
private int passed = 0;
p
Isn't this basically the one test per file approach? I would like to be
able to have a given java class execute more than one test. Also, have you
run this by the Cygnus folks?
--
*
* Aaron M. Renn *
* Emai
"Aaron M. Renn" <[EMAIL PROTECTED]> writes:
> Isn't this basically the one test per file approach?
Yes.
> I would like to be able to have a given java class execute more than
> one test.
Picky. Picky. Picky. :)
I tend to think a one test per class approach is a good way to go --
it's simple
"Aaron M. Renn" <[EMAIL PROTECTED]> writes:
> I would like to be able to have a given java class execute more than
> one test.
OK. How's this? (ie. ignore my previous post)
The testing framework deals with classes that implement either
gnu.test.T
Paul,
Only thing I notice is just that you should make sure the framework
cleans up after itself including the multitude of class files
generated with the extended names.
Brian
--
|---|Software Engineer
|Brian Jones|[EMAIL PROTECTED]
|[EMAIL PROTE
going to be using it, so
let's make it easy.
Wes
At 09:49 PM 9/26/98 -400, you wrote:
>"Aaron M. Renn" <[EMAIL PROTECTED]> writes:
>
>> I would like to be able to have a given java class execute more than
>> one test.
>
>OK. How's this? (ie
Wes Biggs <[EMAIL PROTECTED]> writes:
> Don't know if it's worth bickering about, but why not specify
> Class.method()?
Consistency -- and knowing that a class implements an interface makes
error handling much easier. If the testsuite loads a class which
implements gnu.test.Test, it's guarantee
Paul Fisher wrote:
> Wouldn't a simple inner classes setup do what you're asking?
Yep. Just generates a lot of files as noted.
I'll be interested in how the GUILE/JVM integration works.
Wes
OK. The new Guile/JNI testing framework has _finally_ been committed.
See doc/testing.framework.text for the documentation.
See testsuite/java.lang/ByteTest.java for a good example of how tests
should be written.
Building the testing framework has not been automated. Brian, I'll
let y
Paul Fisher <[EMAIL PROTECTED]> writes:
> Building requires a recent snapshot of Guile (ie. 1.3a), and compiling
> guile-jvm.c using the JDK should go something along the lines of:
ftp://ftp.red-bean.com/pub/guile/guile-core-snap.tar.gz
or CVS at
:pserver:[EMAIL PROTECTED]:/egcs/carton/cvsfil
Paul Fisher <[EMAIL PROTECTED]> writes:
> OK. The new Guile/JNI testing framework has _finally_ been committed.
Yipee!
> Building the testing framework has not been automated. Brian, I'll
> let you do this. :)
I'll look at getting this done soon. Hoping to hear b
12 matches
Mail list logo