Эдуард Сергеев расскажет о том, как выработать единый подход к метрикам, что становится необходимо, когда в компании появляется хотя бы один по-настоящему крупный проект. Это позволит не только отслеживать его развитие в динамике, но и сравнивать эти показатели в дальнейшем с другими проектами. Ссылка на видеозапись: https://youtu.be/rysvNokETnQ

1. Как мы измеряем наши
Android-проекты
Сергеев Эдуард
Rambler&Co

2. Зачем?
Хотим, чтобы наш код был идеальным:
1.Красивым
2.Понятным
3.Тестируемым
4.Следовал единому стилю кода

3. Проблемы
1.Много проектов
2.Много инструментов
3.Сложно сравнивать
4.Сложно настраивать/расширять

4. Что мы хотим измерить
Продуктовые метрики
1. Средняя оценка в Google play
2. Количество активных пользователей
3. Crashfree
Метрики ПО
1. Покрытие тестами %
2. Сложность кода
3. Дублирующийся код %
4. Количество blocker & critical issues

5. Скриншоты Jenkins

6. Sonarqube
Duplications
Architecture & Design
Unit tests
ComplexityPotential bugs
Coding rules
Comments
Sources

7. Настройка проекта

8. Настройка Jenkins

9. Схема взаимодействия
Cron
(night)
Jenkins
Gitlab
Sonarqube
nightly build

10. Sonarqube Dashboard

11. Dashing.io

12. Схема
Dashing
Sonar API Google Play API Crashfree

13. Google charts

18. Проблемы при настройках
Мульти-модульные проекты
Мердж юнит-тестов/андроид юнит-тестов
Kotlin

19. Дальнейшее развитие
Метрики производительности
Обновленный дизайн

20. Резюме
Для анализа кода и вывода графиков подходят:
Система сборки (Jenkins)
Анализатор кода (Sonarqube)
Свой dashboard (Dashing)

21. Спасибо за внимание!
Вопросы?