20 Jul 04:59
Re: Overview of ETS 3.0 tests
From: Prabhu Ramachandran <prabhu@...>
Subject: Re: Overview of ETS 3.0 tests
Newsgroups: gmane.comp.python.enthought.devel
Date: 2008-07-20 02:59:36 GMT
Subject: Re: Overview of ETS 3.0 tests
Newsgroups: gmane.comp.python.enthought.devel
Date: 2008-07-20 02:59:36 GMT
Robert Kern wrote: > On Sat, Jul 19, 2008 at 16:58, Ilan Schnell <ischnell@...> wrote: >> Hi Prabhu, >> The reason why test_all.py does not pick up the integration tests >> is because nose does not pick them up. test_all.py just runs nose >> in integrationtests as a subprocess. > > Note that things in integrationtests/ directories are not supposed to > be part of the main test suite. "python setup.py test" should not run > them. It is a place for tests that need to be manually run for visual > verification or take very long or other such things that should not be > automated. In the strict sense of the term, most of the mayavi2 tests are integration tests. They do however test various modules/filters and I see no reason why they shouldn't be automated. The tests do take a while with about 20 of them each taking about 10 seconds. There isn't any visual verification required. There is one image based test but that does not need user intervention either. So I am unsure what exactly I am to do about these tests. I can make them play nicely with nose which I will do. However, as it stands, the tests also support command line arguments which sometimes conflict with nosetests' command line options. I also have code (run.py) to run these faster by running them all in one go rather than individually but that isn't important and can be removed. I'd like to fix these so the tests are easier to run and follow standard operating procedures. Can you comment on what I need to do. Right now I am inclined to just make them play nicely with nosetests so you can run nosetests in the directory and it runs all the tests. If people need to run it with certain command line options they may do so either as python [options] test_something.py or as nosetests [args] where the args may be re-interpreted by the test (for example -s will run the test standalone but is also nosetests option to not capture stdout). Comments? cheers, prabhu
RSS Feed