Предыстория:

Зачастую при сборке Python rpm пакета требуется запустить тесты проекта в текущем Python окружении в контексте собираемого пакета. При этом сборочное окружение накладывает некоторые ограничения, например:
- текущий пользователь непривилегированный и не может устанавливать Python 
  пакеты в global sitepackages
- отсутствие доступа к package index (pypi.org)

Хотя некоторые тесты могут быть запущены в текущем Python окружении без каких-либо изменений (например, при плоской схеме архитектурно-независимого проекта), другие требуют хотя бы установки переменной окружения `PYTHONPATH`. Все становится намного сложнее в случае архитектурно-зависимых проектов, использовании `.pth` хуков, `entry_points` плагинов и тд. Это причина, по которой сейчас в Python сообществе для тестирования широко используется `tox` (основанный на `virtualenv`). Идеология `tox` в том, чтобы установить зависимости проекта или окружения с pypi.org и запустить какую-либо команду. Чтобы отговорить его (`tox`) это делать в сборочном окружении, используется несколько плагинов.

Предложение:
- добавить легковесную альтернативу `tox` на основе `pyproject_installer run` 
  через RPM макро `%pyproject_run` (можно запустить произвольную команду)
- добавить наиболее используемые варианты запуска тестов через RPM макросы:
  - `%pyproject_run_pytest`
  - `%pyproject_run_unittest`