-
Notifications
You must be signed in to change notification settings - Fork 234
Test pytest 3.1 and master on CI #169
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
Also use 3.6 preferably in general
pytest30: pytest~=3.0.5 | ||
pytest30: pytest~=3.0.0 | ||
pytest31: pytest~=3.1.0 | ||
pytestmaster: git+https://github.com/pytest-dev/pytest@master |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Not sure if this is a good idea or not, thought I would open the PR directly instead of raising an issue;
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
the one for pytestmaster should be a own stage and use a cronjob
But I don't understand the test itself. It first runs this with loop on failure: def test_one():
assert 0
def test_two():
assert 0 This fails with two tests. Nice, as expected. Then it changes the code to: def test_xxx(): # renamed test
assert 0
def test_two():
assert 1 # pass now And expects no failures... but But I never looked into the internals of how the loop-on-failure work, so sorry if it is obvious why |
I took a look at this and full-disclosure I have no idea how the loop-on-failure is supposed to behave. What I seem to observe is that in pytest <= 3.0.7 after the test script is modified, it gathered the "known" tests first and ran them. The next |
Also use 3.6 preferably in general
This supersedes #166