Я предлагаю перенести всю логику выполнения теста в сценарий установки.

с помощью команды test

Прежде всего, setuptools содержит команду test, поэтому вы можете запускать тесты через python setup.py test. Более того, test вызывает команду build_ext под капотом и размещает встроенные расширения так, чтобы они были доступны в тестах, поэтому вам не нужно явно вызывать python setup.py build_ext:

$ python setup.py test
running test
running egg_info
creating so.egg-info
writing so.egg-info/PKG-INFO
writing dependency_links to so.egg-info/dependency_links.txt
writing top-level names to so.egg-info/top_level.txt
writing manifest file 'so.egg-info/SOURCES.txt'
reading manifest file 'so.egg-info/SOURCES.txt'
writing manifest file 'so.egg-info/SOURCES.txt'
running build_ext
building 'wrap_fib' extension
creating build
creating build/temp.linux-aarch64-3.6
aarch64-unknown-linux-gnu-gcc -pthread -fPIC -I/data/gentoo64/usr/include/python3.6m -c wrap_fib.c -o build/temp.linux-aarch64-3.6/wrap_fib.o
aarch64-unknown-linux-gnu-gcc -pthread -fPIC -I/data/gentoo64/usr/include/python3.6m -c cfib.c -o build/temp.linux-aarch64-3.6/cfib.o
creating build/lib.linux-aarch64-3.6
aarch64-unknown-linux-gnu-gcc -pthread -shared -Wl,-O1 -Wl,--as-needed -L. build/temp.linux-aarch64-3.6/wrap_fib.o build/temp.linux-aarch64-3.6/cfib.o -L/data/gentoo64/usr/lib64 -lpython3.6m -o build/lib.linux-aarch64-3.6/wrap_fib.cpython-36m-aarch64-linux-gnu.so
copying build/lib.linux-aarch64-3.6/wrap_fib.cpython-36m-aarch64-linux-gnu.so ->
test_fib_0 (test_fib.FibonacciTests) ... ok
test_fib_1 (test_fib.FibonacciTests) ... ok
test_fib_10 (test_fib.FibonacciTests) ... ok

----------------------------------------------------------------------
Ran 3 tests in 0.002s

OK

(Для игры я использовал код из Репозиторий примеров Cython Book, но результат должен быть очень похож на то, что производит PyBind).

используя дополнительные ключевые слова

Еще одна функция, которая может оказаться полезной, - это дополнительные ключевые слова, которые добавляет setuptools: test_suite, tests_require, test_loader (документы). Вот пример встраивания пользовательского набора тестов, как в run_tests.py:

# setup.py

import unittest
from Cython.Build import cythonize
from setuptools import setup, Extension

exts = cythonize([Extension("wrap_fib", sources=["cfib.c", "wrap_fib.pyx"])])


def pysuite():
    return unittest.TestLoader().discover('tests/python_tests')


if __name__ == '__main__':
    setup(
        name='so',
        version='0.1',
        ext_modules=exts,
        test_suite='setup.pysuite'
    )

расширение команды test

Последнее требование - запуск C-тестов. Мы можем встроить их, переопределив команду test и вызвав оттуда некоторый собственный код. Преимущество этого заключается в том, что distutils предлагает командный API с множеством полезных функций, таких как копирование файлов или выполнение внешних команд:

# setup.py

import os
import unittest
from Cython.Build import cythonize
from setuptools import setup, Extension
from setuptools.command.test import test as test_orig


exts = cythonize([Extension("wrap_fib", sources=["cfib.c", "wrap_fib.pyx"])])


class test(test_orig):

    def run(self):
        # run python tests
        super().run()
        # run c tests
        self.announce('Running C tests ...')
        pwd = os.getcwd()
        os.chdir('tests/C_tests')
        self.spawn(['bash', 'run_all.sh'])
        os.chdir(pwd)

def pysuite():
    return unittest.TestLoader().discover('tests/python_tests')


if __name__ == '__main__':
    setup(
        name='so',
        version='0.1',
        ext_modules=exts,
        test_suite='setup.pysuite',
        cmdclass = {'test': test}
    )

Я расширил исходную команду test, запустив некоторые дополнительные вещи после завершения модульных тестов Python (обратите внимание на вызов внешней команды через self.spawn). Все, что осталось, - это заменить команду test по умолчанию на пользовательскую, передав cmdclass в функции настройки.

Теперь у вас есть все, что собрано в сценарии установки, и python setup.py test сделает всю грязную работу.

But, not being sudo on the gitlab's server, I get the following error

У меня нет опыта работы с Gitlab CI, но я не могу представить, что нет возможности устанавливать пакеты на сервер сборки. Может этот вопрос будет полезен: Как использовать sudo в скрипте сборки для gitlab ci?

Если другого варианта действительно нет, можно Загрузите локальную копию setuptools с ez_setup.py. Однако обратите внимание, что хотя этот метод все еще работает, недавно он устарел.

Кроме того, если вы используете последнюю версию Python (3.4 и новее), тогда у вас должен быть pip в комплекте с дистрибутивом Python, поэтому должна быть возможность установить setuptools без прав root с помощью

$ python -m pip install --user setuptools