Hi,

Bruno Oliveira <nicodde...@gmail.com> writes:
> A PR[1] has been submitted which adds `parameterize` as an alias to
> `parametrize`. Florian Bruhin and I are not very keen to the idea given
> that there is an explicit warning for it already and having different names
> to the same thing reduces consistency across test suites.

So I've recently finished a (toy) plugin which I've been intending to
release as pytest-parawtf.  It's currently in the legal machine of my
employer for me to hopefully be able to release unrestricted.  You can
probably guess what it does from the name, but it basically allows a few
misspellings in all locations.  I actually considered allowing anything
matching the ``param*`` wildcard but thought while fun it would probably
stop people from using it.

However the serious note in that plugin is that I think it makes sense
to use ``params``.  My reasoning is that it's easy to spell and already
used for fixtures: ``@pytest.fixture(params=[0, 1])``.  So why not
everywhere else:  ``@pytest.mark.params('a', [0, 1])``,
``metafunc.params(...)``.  So to be honest I think we should migrate to
that and still disallow the other variants.  It would mean I don't get
to release my fun plugin but whatever.

Regards,
Floris
_______________________________________________
pytest-dev mailing list
pytest-dev@python.org
https://mail.python.org/mailman/listinfo/pytest-dev

Reply via email to