1
0
mirror of https://github.com/pi-hole/pi-hole synced 2024-11-18 06:08:21 +00:00
pi-hole/test
dependabot[bot] 2e9e579bba
Bump pytest from 7.4.2 to 7.4.3 in /test
Bumps [pytest](https://github.com/pytest-dev/pytest) from 7.4.2 to 7.4.3.
- [Release notes](https://github.com/pytest-dev/pytest/releases)
- [Changelog](https://github.com/pytest-dev/pytest/blob/main/CHANGELOG.rst)
- [Commits](https://github.com/pytest-dev/pytest/compare/7.4.2...7.4.3)

---
updated-dependencies:
- dependency-name: pytest
  dependency-type: direct:production
  update-type: version-update:semver-patch
...

Signed-off-by: dependabot[bot] <support@github.com>
2023-10-28 10:31:54 +00:00
..
__init__.py setupVar tests passing for debian & centos 2016-10-10 23:14:39 -05:00
_centos_8.Dockerfile Add initscripts to CentOS8 dockerfile 2022-10-08 22:08:39 +02:00
_centos_9.Dockerfile Allow replacing conflicting existing packages from testing image 2022-10-17 14:58:42 -03:00
_debian_10.Dockerfile Rename also in docker files 2022-07-06 22:58:14 +02:00
_debian_11.Dockerfile Rename also in docker files 2022-07-06 22:58:14 +02:00
_debian_12.Dockerfile Add tests for Debian 12 2023-06-10 23:03:43 +02:00
_fedora_36.Dockerfile Add initscripts to Fedora 35 and 36 dockerfile 2022-10-01 10:03:13 +02:00
_fedora_37.Dockerfile add Fedora 37 to distro-test 2022-12-17 04:18:38 -05:00
_fedora_38.Dockerfile Add Fedora 38 to the test suite 2023-04-19 21:03:12 +02:00
_ubuntu_20.Dockerfile Rename also in docker files 2022-07-06 22:58:14 +02:00
_ubuntu_22.Dockerfile Rename also in docker files 2022-07-06 22:58:14 +02:00
_ubuntu_23.Dockerfile Add Ubuntu 23 to test suite 2023-05-24 22:54:47 +02:00
conftest.py REVISIT: Don't rely on existence of setupVars.conf 2023-05-27 11:51:16 +01:00
README.md unit test for umask problems in #3177 and #2730 (#3191) 2021-11-11 16:44:57 +00:00
requirements.txt Bump pytest from 7.4.2 to 7.4.3 in /test 2023-10-28 10:31:54 +00:00
setup.py Format all /test files with black 2022-09-19 14:50:35 +02:00
test_any_automated_install.py Further simplify the ARMv6 test 2023-10-21 20:39:32 +02:00
test_any_utils.py Switch to new branch name for FTL v6 development 2023-06-18 22:05:18 +01:00
test_centos_fedora_common_support.py Format all /test files with black 2022-09-19 14:50:35 +02:00
tox.centos_8.ini Remove the EPEL related tests on centos/fedora - no longer neccasery 2023-05-27 11:51:16 +01:00
tox.centos_9.ini Remove the EPEL related tests on centos/fedora - no longer neccasery 2023-05-27 11:51:16 +01:00
tox.debian_10.ini Use buildx to create docker test images 2023-02-16 21:43:30 +01:00
tox.debian_11.ini Use buildx to create docker test images 2023-02-16 21:43:30 +01:00
tox.debian_12.ini Add tests for Debian 12 2023-06-10 23:03:43 +02:00
tox.fedora_36.ini Remove the EPEL related tests on centos/fedora - no longer neccasery 2023-05-27 11:51:16 +01:00
tox.fedora_37.ini Remove the EPEL related tests on centos/fedora - no longer neccasery 2023-05-27 11:51:16 +01:00
tox.fedora_38.ini centos_common_support.py was removed 2023-06-02 00:13:57 +02:00
tox.ubuntu_20.ini Use buildx to create docker test images 2023-02-16 21:43:30 +01:00
tox.ubuntu_22.ini Use buildx to create docker test images 2023-02-16 21:43:30 +01:00
tox.ubuntu_23.ini Add Ubuntu 23 to test suite 2023-05-24 22:54:47 +02: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 :)