Re: svntest and directory structure

On Tue, 20 Jun 2006 00:02:49 +0530, Garrett Rooney
<rooneg@electricjellyfish.net> wrote:

> On 6/17/06, Madan U Sreenivasan <madan@collab.net> wrote:
[snip]
> I'm not really sure what you're trying to do. Perhaps if you could
> give a concrete example of what you want to use, where you want to use
> it, and why a whole bunch of stuff needs to be moved around before
> that's possible it would clarify things for me.

The idea is to use a single testing framework for all the python test
cases in the subversion code.

Currently, the python bindings test cases depend on trac modules for
unittesting. This could be removed if we use the svntest/TestCase.py
module. Advantages of using the svntest module over the trac framework:

- XFail(), Skip() functionality
- It would be easier extend davautocheck functionality to the python
bindings tests
   in the future.

(Am not sure about this, but I think svntest/tree.py could be reused too)

Now having said that, it becomes logical that we need to move
svntest/TestCase.py and svntest.Tree.py (and other reusable modules) to a
place common to both the cmdline and the python bindings tests.

Extending that, why should the bindings reside in a location other than
subversion/tests at all?

Towards this end, I want to rearrange the existing test directories as
follows:

    subversion/tests/common/python/... # common modules like testcase.py,
tree.py
    subversion/tests/common/perl/... # and similar ruby, perl libraries
    subversion/tests/common/ruby/...

    subversion/tests/cmdline/... # Uses modules in ../svntest and
./svntest

    subversion/tests/cmdline/svntest/... # Modules common only to cmdline
tests

    subversion/tests/bindings/swig/python/...

    subversion/tests/bindings/swig/perl/...

    subversion/tests/bindings/swig/ruby/...

I know that this is a lot of rearranging, but at the end of it, the tests
would all reside in one place. It much cleaner and easier to maintain that
way.

HTH.

Regards,
Madan U S
www.symonds.net/~madan

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Jun 19 21:27:33 2006