Хорошо, я понял. Проблема была с apache / certbot на VPS:
Я проверил виртуальный хост:
sudo nano /etc/apache2/sites-available/example.eu.conf
он показал ServerName example.eu ServerAlias www.example.eu
Так здесь нет проблем Но certbot, похоже, был настроен только для example.eu.
ls /etc/letsencrypt/live
Поэтому мне пришлось
sudo certbot --apache -d www.example.eu
и настроить A-запись поддомена www для указания IP-адреса VPS и: works:)
Я думал ответить на это некоторое время, но подумал, что кто-то другой может придумать лучший ответ, потому что мой довольно неудовлетворительный: нет, я не знаю ни о какой такой платформе модульного тестирования.
Я думаю, что вам лучше всего попытаться реорганизовать ваш модуль C так, чтобы его зависимости от базы кода httpd содержались в очень тонкий клеевой слой. Я бы не слишком беспокоился о зависимостях от APR, которые можно легко связать с кодом вашего модульного теста. Такие вещи, как использование записи запроса, вы должны попытаться немного абстрагироваться.
Я зайду так далеко и предположу, что такой рефакторинг является хорошей идеей, если подозревается, что код содержит недостатки безопасности и плохую практику. Обычно это довольно большая работа.
То, что вы могли бы также рассмотреть, - это запуск интеграционных тестов, а не модульных тестов (в идеале обоих), то есть составление набора запросов и ожидаемых ответов от сервера и запуск программы для сравнения фактических и ожидаемых ответов.
Итак, не тот ответ, который вы искали, и вы, вероятно, подумали о чем-то подобном. Но, по крайней мере, я могу сказать вам по опыту, что если модуль не может быть заменен чем-то новым по деловым причинам, то рефакторинг его для тестируемости, скорее всего, окупится в долгосрочной перспективе.
и вы, вероятно, думали о чем-то в этом направлении самостоятельно. Но, по крайней мере, я могу сказать вам по опыту, что если модуль не может быть заменен чем-то новым по деловым причинам, то рефакторинг его для тестируемости, скорее всего, окупится в долгосрочной перспективе. и вы, вероятно, думали о чем-то в этом направлении самостоятельно. Но, по крайней мере, я могу сказать вам по опыту, что если модуль не может быть заменен чем-то новым по деловым причинам, то рефакторинг его для тестируемости, скорее всего, окупится в долгосрочной перспективе.Потратил некоторое время на то, чтобы осмотреть вас, потому что это вопрос, который мне самому любопытно. наткнулся на статью вики о том, что
http://cutest.sourceforge.net/
использовался для тестирования Apache Portable C во время выполнения. возможно, стоит проверить это.