pi-hole/test
Adam Warner 2a82e1fec1
Nothing to see here. I just forgot a page.
Signed-off-by: Adam Warner <me@adamwarner.co.uk>
2020-11-18 23:29:08 +00:00
..
__init__.py setupVar tests passing for debian & centos 2016-10-10 23:14:39 -05:00
centos_7.Dockerfile -remove duplicate OS dockerfiles 2020-11-16 22:39:50 +00:00
centos_8.Dockerfile -remove duplicate OS dockerfiles 2020-11-16 22:39:50 +00:00
conftest.py -remove duplicate OS dockerfiles 2020-11-16 22:39:50 +00:00
debian_9.Dockerfile add docker containers for debian 9 and 10, ubuntu 16 and 18, fedora 28 and 29 2020-10-27 11:34:27 +01:00
debian_10.Dockerfile add docker containers for debian 9 and 10, ubuntu 16 and 18, fedora 28 and 29 2020-10-27 11:34:27 +01:00
fedora_31.Dockerfile update images to versions supported by pi-hole 5 2020-10-27 12:02:57 +01:00
fedora_32.Dockerfile update images to versions supported by pi-hole 5 2020-10-27 12:02:57 +01:00
README.md Assorted typo fixes. (#3126) 2020-03-08 16:53:14 -07:00
test_000_build_containers.py Nothing to see here. I just forgot a page. 2020-11-18 23:29:08 +00:00
test_automated_install.py fix stickler complaints 2020-10-23 23:09:07 +01:00
test_centos_fedora_support.py -remove duplicate OS dockerfiles 2020-11-16 22:39:50 +00:00
test_shellcheck.py use py3 instead py2 (#3153) 2020-03-02 23:30:44 -08:00
ubuntu_16.Dockerfile add docker containers for debian 9 and 10, ubuntu 16 and 18, fedora 28 and 29 2020-10-27 11:34:27 +01:00
ubuntu_18.Dockerfile add docker containers for debian 9 and 10, ubuntu 16 and 18, fedora 28 and 29 2020-10-27 11:34:27 +01:00
ubuntu_20.Dockerfile Update test/ubuntu_20.Dockerfile 2020-11-15 20:13:43 +01:00

Recommended way to run tests

Make sure you have Docker and Python w/pip package manager.

From command line all you need to do is:

  • pip install tox
  • tox

Tox handles setting up a virtual environment for python dependencies, installing dependencies, building the docker images used by tests, and finally running tests. It's an easy way to have travis-ci like build behavior locally.

Alternative py.test method of running tests

You're responsible for setting up your virtual env and dependencies in this situation.

py.test -vv -n auto -m "build_stage"
py.test -vv -n auto -m "not build_stage"

The build_stage tests have to run first to create the docker images, followed by the actual tests which utilize said images. Unless you're changing your dockerfiles you shouldn't have to run the build_stage every time - but it's a good idea to rebuild at least once a day in case the base Docker images or packages change.

How do I debug python?

Highly recommended: Setup PyCharm on a Docker enabled machine. Having a python debugger like PyCharm changes your life if you've never used it :)