[pytest-dev] enhancing the assertion rewriting experience with custom integration/workflows
ronny.pfannschmidt at redhat.com
Thu Nov 29 09:57:26 EST 2018
at a project at work which integrates pytest
we did build a custom workflow around invoking tests and pytest.
This in turn triggers a lot of warnings from the assertion rewriter about
things that have been already imported.
at first glance fixing this seems rather problematic, as the configuration
of the assertion rewriting is deeply bound to the pytest configuration and
it seems we cant do something simple and crude like letting a pth file fix
i believe opening up the hooking system could be best done by moving it to
a package with some sort of singleton control anyway - then pytest would be
just a consumer of that api enabling if not enabled and push in its own
i'd like ot hear other impressions and ideas on this as well.
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the pytest-dev