Join GitHub today
GitHub is home to over 28 million developers working together to host and review code, manage projects, and build software together.Sign up
Use pytest framework for tests #1463
CherryPy currently relies on the nose framework for running tests. I suspect it has mostly small reliance on the specifics of nose, so it should be a fairly straightforward change to support using pytest as the runner.
There are many reasons the project should switch to pytest over nose:
I realize some of these assertions I've made are subjective, but in my experience, py.test is superior in almost every way. It's a constant frustration to me that I can't use some of the powerful features of pytest.
I do love nose for its namesake, and the minimal output during test runs is nice, but those benefits pale in comparison to those I'm missing above.
Are there any objections to dropping nose and adopting pytest as the test framework?
added a commit
Jul 28, 2016
added a commit
Aug 21, 2016
referenced this issue
Oct 30, 2016
For some stupid reason, Travis is putting the 3.5 test in the allowed failures: https://travis-ci.org/cherrypy/cherrypy/builds/186426365
But it's not doing that on master. What's weird is there's no difference in the matrix definition between the pytest branch and the master branch, the latter of which runs Python 3.5 tests normally.
The latest release officially supports Python 3.2, even though the tests don't run properly, due primarily to the issue with tox. I plan to drop support for Python 3.2, but I'll wait to see what happens with tox-dev/tox#428 first. If tox is willing to support Python 3.2, CherryPy can too.