Ilan Schnell | 22 Jul 02:43

Re: Overview of ETS 3.0 tests

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
>
>
>   

Gmane