Скорее всего, вам нужно настроить параметры сборки, чтобы убедиться, что вы выполняете минимальную перестройку или инкрементную сборку, когда она компилирует только измененные файлы и не обновляет и не перестраивает ничего, на что изменения не влияют напрямую. Это по-прежнему не помогает, когда вы изменяете заголовочный файл, который активно включается в проект, но с хорошо продуманным проектом, которого не должно быть.
В общем, есть несколько подходов к тестированию, но вот две основные вещи, которые я бы порекомендовал:
- Не перестраивайте весь проект (без очистки, без перекомпоновки всего), просто делайте инкрементную сборку и тестируйте на ходу. Отлично подходит для тестирования изменений графического интерфейса и мелочей в проектах, которым не нужно ссылаться на миллион вещей или они долго запускаются.
- Разработайте его как отдельный проект с консольным приложением или простым тестовым приложением, которое вы не включите в окончательную интегрированную версию, но можете оставить для независимого тестирования позже. Это лучше для библиотек, таких как, скажем, вы создаете новый алгоритм шифрования или файловый менеджер, чтобы заменить старую архаичную часть большого проекта.
Конечно, всегда есть подход кодирования с подавляющей уверенностью, как сумасшедшего, и скрестив пальцы при компиляции и запуске, который очень популярен, но не настолько эффективен.