<p dir="ltr">Ok cool. I agree, as we don't know for sure when the registered-markers thing will happen, this is still worth doing in the meantime.</p>
<p dir="ltr">Thanks<br>
Brianna</p>
<div class="gmail_quote">On 10/03/2015 10:26 AM, "holger krekel" <<a href="mailto:holger@merlinux.eu">holger@merlinux.eu</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Brianna,<br>
<br>
On Mon, Mar 09, 2015 at 23:25 +0100, Brianna Laugher wrote:<br>
> Hello,<br>
><br>
> <a href="https://bitbucket.org/pytest-dev/pytest/issue/463/add-alias-for-parametrize-or-provide" target="_blank">https://bitbucket.org/pytest-dev/pytest/issue/463/add-alias-for-parametrize-or-provide</a><br>
><br>
> It is, I think, a relatively common and easy error for someone to type<br>
> 'pytest.mark.parameterize' instead of 'pytest.mark.parametrize'. At the<br>
> moment doing so (wrongly putting an extra 'e') results in an error like*<br>
> "fixture 'arg' not found" *which is not very revealing as to what the<br>
> problem actually is.<br>
><br>
> Two reasonable options would be<br>
> 1) Treat parameterize as an alias of parametrize, so they behave identically<br>
> 2) Check for the misspelling and raise a specific error about it<br>
><br>
> What are people's thoughts about the best approach?<br>
<br>
For now 2) seems like a direct worthwhile fix/help to me.<br>
<br>
FWIW I have a long-standing refactoring for markers which was at some point<br>
95% complete (and discussed with Floris and others at a previous Pycon).<br>
It would make registering markers much easier.  But waiting for it is<br>
probably no the right strategy.<br>
<br>
With the refactoring in place i'd feel more comfortable with issuing<br>
warnings on non-registered markers.  Currently, marker registration<br>
is a bit too clunky IMHO.<br>
<br>
holger<br>
</blockquote></div>