Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [stellation-res] Unit test organization

Big +1. This addresses several things that have been concerning me, in
good fashion.

First, the unit tests are getting confusing. As we add more tests,
it's getting harder to find things in the unit test project, and hard
to determine what is testing by what suite. Since I expect the number
of unit tests to increase dramatically as we work through the upcoming
release series, I think that's only going to get worse.

Second, I think we have too many projects, which have dependencies that
are tricky. Since we'll be switching to Stellation as our primary SCM
system very soon, and we don't do subprojects yet, dealing with version
consistency is going to become an issue. Keeping the tests in the same
projects as the things they test allows us to eliminate one project, and
to ensure that the tests and their subjects are always
version-consistent.

	-Mark

On Sat, 2003-01-11 at 09:19, Jonathan Gossage wrote:
> The current unit test organization where all unit tests are isolated into
> their own project works well for some kinds of testing including most of
> what we have been doing so far.
> 
> However, for some kinds of low level unit testing, a different organization
> is desirable. In thse cases what is wanted is to give the unit tests package
> visibility into the code under test. The easiest way to achive this is to
> build a separate test source tree within each project that mirrors the
> package structure of the production code and contains the low level Junit
> tests.
> 
> Eclipse provides good support for this metaphor since it permits multiple
> source tree  within a single project. So all we need to do is to create a
> parallel structure to the "src" rooted structure that currently exists that
> will hold the additional low level unit tests. We use this principle with
> great success in my organization whre we name the parallel tree "test".
> 
> Any thoughts on this?
> 
> Regards
> 
> Jonathan
> 
> Personal Email
> jgossage@xxxxxxxx
> 
> Business Email
> jonathan@xxxxxxxxxxxxxx
> 
> 
> _______________________________________________
> stellation-res mailing list
> stellation-res@xxxxxxxxxxxxxxx
> http://dev.eclipse.org/mailman/listinfo/stellation-res
-- 
Mark Craig Chu-Carroll,  IBM T.J. Watson Research Center  
*** The Stellation project: Advanced SCM for Collaboration
***		http://www.eclipse.org/stellation
*** Work: mcc@xxxxxxxxxxxxxx/Home: markcc@xxxxxxxxxxx




Back to the top