[py-dev] pytest news: plugins, pycon, release-separation

holger krekel holger at merlinux.eu
Sat Feb 21 15:00:29 CET 2009


On Sat, Feb 21, 2009 at 14:22 +0100, Samuele Pedroni wrote:
> holger krekel wrote:
>> Hi folks, 
>>
>> some good news.  as those glimpsing at pytest svn-commits know
>> i am heavily working on a new plugin architecture.  I am
>> really happy about it as those also following me on my
>> brand-new twitter account (hpk42) might guess.  
>>
>> Around Pycon i am giving a tutorial about advanced testing
>> topics including cross-platform distributed testing and writing plugins 
>> and i plan to talk in detil about the new and much improved ways of 
>> doing things. Here is the status: 
>>
>> * Terminal reporting is now a nice self-contained plugin
>> * there is a new "xfail" plugin, inspired by SimPy to mark   test 
>> functions as "expected to fail" and report specially * a "poccoo" 
>> plugin for sending test failures to http://paste.pocoo.org
>> * new plugins for managing setup/teardown of application state,   using 
>> a turns-out-to-work-great new mechanism   which i guess nosetests might 
>> imitate at some point :)   
> Will plugins be able to customize/interact with collection or is that  
> something that can only be done in conftests? I haven't looked deeply at  
> the branch yet.

For starters, I prepared a plugin for collecting traditional unit tests:

    http://codespeak.net/svn/py/branch/pytestplugin/py/test/plugin/pytest_unittest.py

notes on this: 

* all the current plugins organise their code in a single file including tests. 
* there currently is no defined hook for collecting files or
  directories but it should be easy to add 

> We are finally looking into open sourcing our (Open End) infrastructure  
> that we briefly spoke about at last europython, to test javascript in  
> browsers (more unit testing and integration testing than ui driving  
> testing) through py.test and trying to cleanup some aspects of it; ways  
> to control collection for special file extensions or for special base  
> classes etc would be interesting.

great news. And a good case for using the plugin architecture. 

holger



More information about the Pytest-dev mailing list