В частности, для проекта Scalatra, но вопрос, вероятно, относится к большинству.
Например, я обычно хочу запустить:
- модульные тесты
- проверки качества кода (покрытие, дублирование, сложность, jsLint!)
- интеграционные тесты (не слишком много!)
- приемочные тесты (обычно подмножество «до проверки»)
- регрессионные тесты (в основном такие же, как приемочные тесты, но больший набор)
- тесты производительности
Я хочу запускать разные их подмножества по контексту, т.е. после простого изменения кода я могу просто запустить первые три; перед регистрацией я, возможно, захочу запустить больший набор, а сервер непрерывной интеграции может иметь «быструю» и «медленную» сборку с еще большими наборами.
Базовые документы sbt, по-видимому, предполагают единую «тестовую» цель — есть ли рекомендуемый способ реализации нескольких этапов тестирования, подобных этому?