Я собираюсь сделать резервную копию FlareCoder по этому вопросу.Слишком многие разработчики Grails становятся ленивыми, используя специальные модульные тесты Grails или, что еще хуже, делают все это интеграционным тестом.Это хорошо, если ваш проект относительно небольшой, и ваша команда не против, чтобы Grails запускался каждый раз, но он действительно бросает вызов настоящему TDD.
Как только вы поймете всю мощь Groovy вне Grails, вы должны попытаться написать модульные тесты, не зависящие от Grails.Истинный дух модульного теста не требует основы.Groovy сам по себе имеет множество способов заглушить / смоделировать классы, которые не требуют долгого времени запуска.Тогда ваши юнит-тесты могут выполняться индивидуально и в целом очень быстро.Я делаю TDD таким образом в IntelliJ IDEA на очень быстром уровне метода.
Неверно, что для насмешки в Grails требуется издевательство над Grails ВСЕГДАИногда это труднее, чем в другие времена, но помните, что Grails - это просто абстракция многих классных технологий, использующих метапрограммирование Groovy, которое позволяет быстро разрабатывать.Если они работают не так, как вы ожидаете, покопайтесь и поймите их, чтобы вы могли удалить все, что делает Grails, если вам не нужно.