У нас есть «проблема» большого автоматизированного набора интеграционных тестов. Хотя время сборки приемлемое ( 6 часов.
Хотя это здорово, что этот большой фрагмент функциональности тестируется в наших запусках сборки, очевидно, что это препятствие для реализации CI, который, как я считаю, очень полезен для сохранения исходных деревьев в состоянии «всегда готово к сборке».
Я рассмотрел темы обсуждения, такие как этот , в которых подробно описаны различия.
] Это приводит меня к нескольким вопросам:
Рекомендует ли CI автоматизацию модульного или интеграционного тестирования? Раньше я слышал о Unit-only, но не нахожу таких утверждений (или обоснования) для этого при быстром поиске.
Что является хорошей «лучшей практикой» для комбинированной сборки + время / отношения автоматического тестирования к иметь эффективный CI для команды? Моя интуиция подсказывает мне, что это должно быть
Какой лучший способ продвинуться вперед по сравнению с длительными Nightly Builds + Integration Tests в CI? Я думаю о CI-сборке только с несколькими скелетными модульными тестами в сочетании с ночными сборками, которые продолжаются с интеграционными тестами.
Любые рекомендации по инструментам также приветствуются (кодовая база C # / C ++ только для Windows)