directory-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Ole Ersoy <>
Subject Re: [Testing] Coping with so many integration tests
Date Sun, 04 Feb 2007 22:10:12 GMT

The integration testing is being performed
on the same workstation as I'm developing on.

When I run the whole build from my local workstation,
it takes forever, and 
the MTV's spring break coverage does not start until

Assuming I got the concern right, 
I would think checking out the 
build and just running individual
unit tests for local subproject changes
would solve the MTV spring break coverage scenario.

Then we could have a Contiuum/Whatevva build server
that checks out the Subversion trunk an runs the
entire build nightly, with a fresh report every

People can run the same server locally too ofcoarse,
perhaps on a different machine.

- Ole

--- Alex Karasulu <> wrote:

> Hi,
> The number of integration tests are growing large
> (we have hundreds) as 
> we get more coverage for the server and the
> functionality increases. 
> These tests start and stop apacheds and clean out
> working directories on 
> each run so they can take a while especially if a
> test case has lots of 
> tests in it.
> I have two ideas on how to ameliorate these
> problems.  One is short term 
> and the other long term.
> First the short term solution.  I found that I can
> create large 512K ram 
> drives (do not try more than 512K it does not work)
> then combine them 
> together using RAID to make a large disk.  After
> having done this test 
> case classes that took 20 seconds started to take 4
> seconds instead. 
> Not bad but still not ideal since we have so many
> tests.  This however 
> does not have that many drawbacks besides still
> taking 9 minutes and 49 
> seconds to run all the integration tests.
> Long term solution:  See if we can modify the
> surefire plugin for 
> distributed operation.  It would be easy to have a
> java daemon that can 
> run maven on various projects.  Commands can be sent
> to this to setup 
> and run individual test case classes.  The
> distributed surefire plugin 
> would simply queue operations and collect the
> results from several 
> machines.  This way you get serious parallelism
> especially if you have 
> many machines.  With four machines the time could be
> cut down to 2 and a 
> half minutes.
> Thoughts?
> Alex
> > begin:vcard
> fn:Alex Karasulu
> n:Karasulu;Alex
> org:Apache Software Foundation;Apache Directory
> adr:;;1005 N. Marsh Wind Way;Ponte Vedra
> ;FL;32082;USA
> email;
> title:Member, V.P.
> tel;work:(904) 791-2766
> tel;fax:(904) 808-4789
> tel;home:(904) 808-4789
> tel;cell:(904) 315-4901
> note;quoted-printable:AIM: alexokarasulu=0D=0A=
> 	MSN:
> 	Yahoo!: alexkarasulu=0D=0A=
> 	IRC: aok=0D=0A=
> 	PGP ID: 1024D/4E1370F8 BBCC E8D8 8756 2D51 C3D4
> 014A 3662 F96F 4E13 70F8=0D=0A=
> x-mozilla-html:FALSE
> url:
> version:2.1
> end:vcard

Now that's room service!  Choose from over 150,000 hotels
in 45,000 destinations on Yahoo! Travel to find your fit.

View raw message