[
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)
|
Thanks Peter, Doug, I've forwarded request on to webmaster.
Sebastien
> +1 from me
> -Peter
>
> Sebastien Marineau wrote:
> > 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
>
>
> _______________________________________________
> cdt-dev mailing list
> cdt-dev@xxxxxxxxxxx
> http://dev.eclipse.org/mailman/listinfo/cdt-dev
>