<div dir="ltr">sorry, brain fart: I did not mean refactorings ... I actually meant the opposite: first refactor the code and tests to make it more maintainable and malleable before attempting to large scale functionality changes.<br></div><br><div class="gmail_quote"><div dir="ltr">On Wed, 6 Sep 2017 at 18:29 Oliver Bestwalter <<a href="mailto:oliver@bestwalter.de">oliver@bestwalter.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div>Hi all,<br><br></div><div>maybe focussing all eforts on improving code and test quality for a while would be a good idea before attempting any big refactorings? Obviously you can't force anybody, but if that is a clearly stated intent of the pytest team combined with the warning that new features, etc. will be on the backburner for a while, might help?<br><br></div>Also : How about organizing a dedicated code quality and test quality sprint next year? I would love to help and have the chance of getting into the pytest code base a bit more.<br><br>And just because the timing seems right: I could also offer to add coverage to the project, as I just did that for tox and it would be relatively straight forward for me to also do that for pytest now: <a href="https://codecov.io/gh/tox-dev/tox" target="_blank">https://codecov.io/gh/tox-dev/tox</a><br><br></div>Cheers,<br></div>Oliver<br></div><br><div class="gmail_quote"><div dir="ltr">On Wed, 6 Sep 2017 at 12:20 RonnyPfannschmidt <<a href="mailto:opensource@ronnypfannschmidt.de" target="_blank">opensource@ronnypfannschmidt.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi everyone,<br>
<br>
due pretty much damn bad code quality and complete lack of tests in a <br>
manageable granularity<br>
i am unable to move many internals to a new api anytime soon (things<br>
just fall apart sprinkled all over the place)<br>
<br>
additionally with the current state of tests its feels pretty much<br>
impossible to show what i need in a granular manageable and<br>
comprehensible manner (all the tests in the domain that i need to<br>
tighten/correct are end2end test which means they have zero value now<br>
that i need to change things)<br>
<br>
my current main problem is, that i cannot demonstrate the correct<br>
interaction of mark evaluation with nodes in a code amount that could<br>
fit a my head<br>
<br>
this is pretty much the results of years of neglecting to write fine<br>
granular tests while also not cleaning up<br>
<br>
so the effort to fix this will require weeks of work and likely<br>
introduce accidental internal api breaks en mass as i try to get more<br>
granular tests working.<br>
<br>
I feel pretty much helpless  and betrayed in front of such a task, i'm<br>
not sure if i want to even start anymore.<br>
<br>
I'm pretty pissed off and angry that the code is at such a state to<br>
begin with.<br>
<br>
-- Ronny<br>
<br>
_______________________________________________<br>
pytest-dev mailing list<br>
<a href="mailto:pytest-dev@python.org" target="_blank">pytest-dev@python.org</a><br>
<a href="https://mail.python.org/mailman/listinfo/pytest-dev" rel="noreferrer" target="_blank">https://mail.python.org/mailman/listinfo/pytest-dev</a><br>
</blockquote></div></blockquote></div>