Сборка c++ проекта

man cmake

CMake

cmake

cmake (не рекомендую заморачиваться с CTest, удобнее пускать итоговые бинари тестов руками)

boost.test/gmock/catch => unit, лично я предпочитаю gmock, но в boost.test тоже есть свои вкусности и оно вместе с буст идёт, но нет mock/stub/fake из коробки.

python => acceptance, сетевые сервера очень удобно тестировать из питон скриптов, вне зависимости от того, на чем они написаны

Чтобы два раза не вставать, в качестве ide порекомендую QtCreator :)

Cmake, в качестве либы для тестинга я юзаю gtest, но если буст тянешь, то имеет смысл поюзать Boost.Test. Ещё вот модно сейчас Conan обмазываться, чтобы тому, кто захочет твой проект собрать у себя, не пришлось мучиться с зависимостями - conan постарается всё разрулить.

IDE выбор неважен, в принципе. Каждый пишет ровно на том, что ему удобно.

Большое спасибо за задание направления, это действительно полезно для меня :)

Для работы с сетью возьму boost.asio

Asio Standalone можно взять, чтоб boost_system не тащить

cmake + ctest. В качестве тест фреймворка я юзаю самописный хедер на две страницы, а так бы взял что-то похожее типа catch. gtest/boost - ненужная жирнота.

Для тестов gtest, который с полпинка интегрируется с cmake

Если в качестве тестового фреймворка будет выбран gmock/gtest настоятельно рекомендую ознакомиться с рекомендоваными механизмами подключения к проекту. В частности в cmake лучше подключать либо в виде cmake подпроекта (а не как либу и набор хидеров) либо как gtest-all.[h]|[cpp]. Не просто так там нету цели install в этих фреймворках, но многие прыгают по граблям.

Сборка cmake (как уже отписались многие). Тесты gtest/gmock. Собираю как их как подпроект cmake и получаю пару библиотек gtest_main/gmock_main (в этих библиотеках и определена функция main запускающая тестовые кейсы), бинарник теста линкую с gmock_main. Запуск тестов через CTest (это часть cmake). В качестве IDE QtCreator. С cmake дружит, тесты одним хоткеем запускает. Если сетевой IO предполагается асинхронный, то имеет смысл посмотреть на libuv + враппер uvw (https://github.com/skypjack/uvw).

Большие волосатые дяди используют Cmake, но ребятня вроде меня использует qmake (+Qt Creator IDE). От фреймворков отказываешься напрасно, думаешь пользователь оценит малокилобайтность твоей программы?

qmake

Вне qt проекта он выглядит жалко

Это не для пользователей, это для себя «потыкать-разобраться-навелосипедить», для пользователей куча готовых ent-ready серверов есть.

CMake+GTest

Согласен, есть же qbs.