Комментарии 3
Если говорить в целом про автоматизацию, а не только про модульное/системное тестирование, то можно упомянуть и про статический анализ кода. Из своего опыта: gradle из коробки умеет запускать lint, а дженкинс, в свою очередь, через соответствующий плагин умеет отчеты от lint публиковать. Для gradle и для дженкинса еще есть плагины findbugs, checkstyle, pmd, которые можно тоже включить в процесс CI, отправляя письма и включая зелёную/красную лампочки :)
да, спасибо за уточнение :-)
анализ кода — очень важный момент, без количественных метрик оценки качества кода процесс разработки многое теряет
я поставил SonarQube (уж очень он мне понравился) и подсчёт code coverage (видимо, с помощью jacoco) в TODO list, но lint и findbugs быстрее и проще подключить
анализ кода — очень важный момент, без количественных метрик оценки качества кода процесс разработки многое теряет
я поставил SonarQube (уж очень он мне понравился) и подсчёт code coverage (видимо, с помощью jacoco) в TODO list, но lint и findbugs быстрее и проще подключить
Попробуйте Sonar. Для градла есть плагин. Достаточно настроить сервер Sonar, запустить градл и огромная статистика по коду, с графиками, котиками и блекджеком. Мне нравится что там есть подсчет процента покрытия кода тестами и статический анализ кода.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Автоматизация процесса разработки под Android: начало