[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
RE: [cdt-dev] Re-structure of CDT's Unit test project(s)
|
+1
Doug Schaefer, Senior Software Developer
IBM Rational Software, Ottawa, Ontario, Canada
Sebastien Marineau <sebastien@xxxxxxx>
Sent by: cdt-dev-admin@xxxxxxxxxxx
06/11/2003 06:26 PM
Please respond to
cdt-dev@xxxxxxxxxxx
To
"'cdt-dev@xxxxxxxxxxx'" <cdt-dev@xxxxxxxxxxx>
cc
Subject
RE: [cdt-dev] Re-structure of CDT's Unit test project(s)
Hi all,
I'll throw out the new component proposal to the mailing list
for reference, and to let folks comment.
The proposal is for the creation of a newplugin,
org.eclipse.cdt.core.tests.
This component is to hold the core tests (which are now in the ui.tests
plugin).
The initial committer list for the core.tests plugin would be the same
as the current committer list for the org.eclipse.cdt.ui.tests plugin.
If this is fine with everyone, I'll send the request in. It should get
done within the next day or two.
Sebastien
> >
> > This is a multipart message in MIME format.
> > --=_alternative 0079472E85256D3C_=
> > Content-Type: text/plain; charset="US-ASCII"
> >
> > Hi CDT Dev,
> >
> > I've been playing around in my own environment, and I would like to
> > propose a little restructuring of the Unit tests in CDT
> (starting with
> > org.eclipse.cdt.ui.tests=OEC.ui.tests).
> >
> > 1) Presently OEC.ui.tests includes a lot of tests of
> OEC.core; these
> > should be separated to their own project OEC.core.tests.
> > As necessary other test projects should be similarly
> created as necessary.
> > In the long-term, this would mean that every plug-in has
> its own test
> > plug-in; in the immediate short-term, we need only one more plugin:
> > org.eclipse.cdt.core.tests.
> >
> > 2) The internal structure of these *.tests projects could
> be shuffled
> > around such that:
> > a) the test classes reside in a package hierarchy that
> mimicks the source
> > files they test
> > b) any supporting uncompiled files (eg input files for the
> parser) reside
> > in a parallel hierarchy
> > c) any supporting java files (eg frameworks) reside in
> their own package
> >
> > The intent of all of this is to make it easier to keep
> tests up-to-date,
> > and easier for a new contributor to figure out where and
> how to add new
> > tests.
> >
> > This topic is becoming more relevant as we start to increase our
> > soon-to-be-automated regression tests by adding more unit tests.
> >
> > Any thoughts, or objections?
> >
>
> None, if you are voluntaring to do it 8-)
> It is a good idea.
>
>
> _______________________________________________
> cdt-dev mailing list
> cdt-dev@xxxxxxxxxxx
> http://dev.eclipse.org/mailman/listinfo/cdt-dev
>
_______________________________________________
cdt-dev mailing list
cdt-dev@xxxxxxxxxxx
http://dev.eclipse.org/mailman/listinfo/cdt-dev
