22 Jul 02:43
Re: Overview of ETS 3.0 tests
From: Ilan Schnell <ischnell@...>
Subject: Re: Overview of ETS 3.0 tests
Newsgroups: gmane.comp.python.enthought.devel
Date: 2008-07-22 00:43:28 GMT
Subject: Re: Overview of ETS 3.0 tests
Newsgroups: gmane.comp.python.enthought.devel
Date: 2008-07-22 00:43:28 GMT
Hi Prabhu,
can you take a look at revison 20153. I don't know why it is
failing when invoked via python setup.py test:
Traceback (most recent call last):
File
"/home/ischnell/ets/ETS_3.0.0b1/Mayavi_3.0.0a1/enthought/mayavi/tests/test_pipeline_info.py",
line 24, in test_tvtk_dataset_name
datasets = [tvtk.ImageData(),
File "tvtk_classes/image_data.py", line 32, in __init__
tvtk_base.TVTKBase.__init__(self, vtk.vtkImageData, obj, update,
**traits)
TypeError: unbound method __init__() must be called with TVTKBase
instance as first argument (got ImageData instance instead)
However, from enthought.tvtk.api import tvtk work, but then something
goes wrong.
Thanks Ilan
Prabhu Ramachandran wrote:
> 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
>
> _______________________________________________
> Enthought-dev mailing list
> Enthought-dev@...
> https://mail.enthought.com/mailman/listinfo/enthought-dev
>
>
>
RSS Feed