Test::Unit: setup per TestCase class or per suite

For a performance test I need to populate the database with a large
number of records. The individual test cases only read the database
contents. It is rather time consuming and, after all, unnecessary to do
a full setup and teardown for each test case. I'd much prefer a clean
way to do setup and teardown once for the entire TestCase subclass.
AFAIR, in JUnit, there is a decorator for just this purpose. Is there
something similar for Test::Unit?

Michael

···

--
Michael Schuerig
mailto:michael@schuerig.de
http://www.schuerig.de/michael/

You should be able to put the data you need initialised only once in
the initialize method. I think.

Farrel

···

On 26/02/07, Michael Schuerig <michael@schuerig.de> wrote:

For a performance test I need to populate the database with a large
number of records. The individual test cases only read the database
contents. It is rather time consuming and, after all, unnecessary to do
a full setup and teardown for each test case. I'd much prefer a clean
way to do setup and teardown once for the entire TestCase subclass.
AFAIR, in JUnit, there is a decorator for just this purpose. Is there
something similar for Test::Unit?

Michael

--
Michael Schuerig
mailto:michael@schuerig.de
Michael Schürig | Sentenced to making sense

I always use constants for that kind of problems.
For what you hide behind the constants is of course a matter of taste
sometimes I do something like the following, but that is just like me.

class << DatabaseProxy = Class.new
   <init code>
    def whatever...
    end
    def play_it_again_sam
    end
    def etcetc
end

class X < Test::Unit::TestCase

   def testxxx...
         DatabaseProxy.whatever

...
end

HTH
Robert

···

On 2/26/07, Michael Schuerig <michael@schuerig.de> wrote:

For a performance test I need to populate the database with a large
number of records. The individual test cases only read the database
contents. It is rather time consuming and, after all, unnecessary to do
a full setup and teardown for each test case. I'd much prefer a clean
way to do setup and teardown once for the entire TestCase subclass.
AFAIR, in JUnit, there is a decorator for just this purpose. Is there
something similar for Test::Unit?

Michael

--
Michael Schuerig
mailto:michael@schuerig.de
http://www.schuerig.de/michael/

--
We have not succeeded in answering all of our questions.
In fact, in some ways, we are more confused than ever.
But we feel we are confused on a higher level and about more important things.
-Anonymous

Options I can think of:

1. Use a class variable - or even a global variable - to record when the
setup has been done, so it only gets done once.

2. Write all your tests which depend on this database as a single test. You
can always call out to other methods if you like.

  def test_everything
    init_database
    do_1
    do_2
    ... etc
  end

···

On Tue, Feb 27, 2007 at 03:02:06AM +0900, Michael Schuerig wrote:

For a performance test I need to populate the database with a large
number of records. The individual test cases only read the database
contents. It is rather time consuming and, after all, unnecessary to do
a full setup and teardown for each test case. I'd much prefer a clean
way to do setup and teardown once for the entire TestCase subclass.

I don't think so. When I have

class MyPerformanceTest < Test::Unit::TestCase
  def initialize
    ...
  end

  def test_something
    ...
  end

  def test_something_else
    ...
  end
...
end

for each of the individual test methods a fresh instance of
MyPerformanceTest is created and initialized.

Michael

···

On Monday 26 February 2007, Farrel Lifson wrote:

On 26/02/07, Michael Schuerig <michael@schuerig.de> wrote:
> For a performance test I need to populate the database with a large
> number of records. The individual test cases only read the database
> contents. It is rather time consuming and, after all, unnecessary
> to do a full setup and teardown for each test case.

You should be able to put the data you need initialised only once in
the initialize method. I think.

--
Michael Schuerig
mailto:michael@schuerig.de
http://www.schuerig.de/michael/

You've lost me there. I don't understand how this is supposed to work,
in particular, how it achieves my aim of setting up and tearing down
the database only once per suite.

Are you using the initialization of the constant to set up the database?
I'm not sure that this approach plays nicely with multiple test suites
run by rake.

Michael

···

On Monday 26 February 2007, Robert Dober wrote:

On 2/26/07, Michael Schuerig <michael@schuerig.de> wrote:
> For a performance test I need to populate the database with a large
> number of records. The individual test cases only read the database
> contents. It is rather time consuming and, after all, unnecessary
> to do a full setup and teardown for each test case. I'd much prefer
> a clean way to do setup and teardown once for the entire TestCase
> subclass. AFAIR, in JUnit, there is a decorator for just this
> purpose. Is there something similar for Test::Unit?

I always use constants for that kind of problems.
For what you hide behind the constants is of course a matter of taste
sometimes I do something like the following, but that is just like
me.

class << DatabaseProxy = Class.new
   <init code>
    def whatever...
    end
    def play_it_again_sam
    end
    def etcetc
end

class X < Test::Unit::TestCase

   def testxxx...
         DatabaseProxy.whatever

...
end

--
Michael Schuerig
mailto:michael@schuerig.de
Michael Schürig | Sentenced to making sense

> > For a performance test I need to populate the database with a large
> > number of records. The individual test cases only read the database
> > contents. It is rather time consuming and, after all, unnecessary
> > to do a full setup and teardown for each test case. I'd much prefer
> > a clean way to do setup and teardown once for the entire TestCase
> > subclass. AFAIR, in JUnit, there is a decorator for just this
> > purpose. Is there something similar for Test::Unit?

> I always use constants for that kind of problems.
> For what you hide behind the constants is of course a matter of taste
> sometimes I do something like the following, but that is just like
> me.
>
> class << DatabaseProxy = Class.new
> <init code>
> def whatever...
> end
> def play_it_again_sam
> end
> def etcetc
> end
>
> class X < Test::Unit::TestCase
>
> def testxxx...
> DatabaseProxy.whatever
>
> ...
> end

You've lost me there. I don't understand how this is supposed to work,
in particular, how it achieves my aim of setting up and tearing down
the database only once per suite.

Are you using the initialization of the constant to set up the database?
I'm not sure that this approach plays nicely with multiple test suites
run by rake.

I was trying to impress the girls :wink:

X = File.readlines("/etc/passwd")
class Test...

   def test
      X is here for you all the time

end

Is this better?

Cheers
Robert

···

On 2/26/07, Michael Schuerig <michael@schuerig.de> wrote:

On Monday 26 February 2007, Robert Dober wrote:
> On 2/26/07, Michael Schuerig <michael@schuerig.de> wrote:
Michael

--
Michael Schuerig
mailto:michael@schuerig.de
Michael Schürig | Sentenced to making sense

--
We have not succeeded in answering all of our questions.
In fact, in some ways, we are more confused than ever.
But we feel we are confused on a higher level and about more important things.
-Anonymous