Parametrize with fixtures via a plugin

[mrzechonek]

Some time ago I've stumbled upon PROPOSAL: Parametrize with fixtures, and I think I might have a different solution to the problem, one that can be implemented as a plugin.

Proof of concept is at https://github.com/mrzechonek/pytest-bonsai

It's in early stages (particularly wrt documentation) but seems to work - I'm using in real-world test suites and people seem to like it.

Let me know what you think.

[RonnyPfannschmidt]

at first glance this looks like a very confusing way to express parameterize

a custom mechanism for potentially covariant parameterize ( opposed to current cross-product parameterize) is not the same as
declaring a fixture parameter that expresses a dependency on a different fixture
a initial reading of the code leaves me wondering as it modifies objects it never ought to modify, uses concerning hacks (like the expand subclass of list)

my initial Summary after a shirt skim of the sourcecode ist hat this is a novel , but very confusing way of expressing covariant fixtures

its not a way to refer to dynamically Chosen fixtures as parameters and its not a way to use fixtures as origin for parameters

[mrzechonek]

Thanks for the response. It seems I misunderstood the problem stated in the linked document.

I appreciate the comment about expand hack, I don't like it myself and will probably get rid of it.

Regarding "it modifies objects it never ought to modify" - one part of it is adding indirect to parameter sets. It's something I've struggled with before but we didn't come to conclusion back then.

How would you feel about revisiting that idea?

[RonnyPfannschmidt]

Exactly as per my last comment

The fixture should be marked as requiring a parameter

As far as I can tell you generate the parameterize marker

Id recommend using a own markers and/or creating the parameterize marker with all patameters added