[Mailman3-dev] common tests for all backends(can I move'm to
mailman/tests)?
Barry Warsaw
barry at python.org
Mon Apr 19 21:04:43 EDT 2004
On Sat, 2004-04-10 at 12:44, Michael Kato wrote:
> I know you've probably already thought of this, but would it be ok to
> move tests that are common across backends into mailman/tests?
Yes, definitely.
> I mean
> can I yank tests out of some of the test cases in berkeleydb/tests and
> place them into mailman/tests? Such as those that are common to all
> backends like create_user etc. I'm also considering making it so that
> test.py also takes a list of backends to test(any better ideas?)
> Ideally I'd like the common tests to be run once for each backend.
I think that's a good idea. I'm currently reworking the ZConfig-based
configuration schema, and when I check that in, I /think/ the way it'll
work is to have separate copies of mailman.conf that enable different
backends. At the very least then, we can make test.py take an argument
for the config file to use, and run the full suite of tests against the
backend defined in there. We'll need to have config files that are
unique to the test framework anyway, because we don't want tests
corrupting the real databases (i.e. we'll need reproducible databases
for reproducible tests).
I'm not sure if we can convince test.py to run against more than one
backend, but that /would/ be useful. It would have to be taught not to
run against a non-existent backend though (as when you don't have
berkeley installed or say in the future MySQL).
> For instance, on the Mac OS X, I'm having trouble testing berkleydb
> because python on the mac seems not to have bsddb support. (I may look
> further into this...)
>
> But in any case, I think it would be nice to only test the backends
> and other things that are of interest when running test.py
>
> ....maki....
> PS, what do you think of collecting all of the backend implementations
> into on directory?
Probably at some point, yes. Note that my long term goal is to get our
source under Subversion so that kind of directory reorganization will be
painless. ;) We'll either wait for SF to enable Subversion support or
<shudder> move someday.
-Barry
More information about the Mailman3-Dev
mailing list