Как организован контроль качества кода?

Контроль качества кода обычно организуется через несколько уровней:

• Code Review — обязательный этап, когда коллеги проверяют изменения перед слиянием в основную ветку. Это помогает выявить ошибки, улучшить читаемость и архитектуру.
• Автоматические тесты — юнит-тесты, интеграционные тесты и e2e-тесты, которые запускаются в CI/CD и гарантируют, что функциональность не сломалась.
• Статический анализ кода — инструменты вроде SonarQube, Checkstyle, PMD, которые проверяют стиль, потенциальные баги и уязвимости.
• Покрытие тестами — метрики, показывающие, насколько код покрыт тестами, помогают поддерживать качество.
• Соблюдение код-стайла — единые правила форматирования и именования, часто автоматизируются через линтеры.

Пример настройки проверки в Jenkins Pipeline:

pipeline {
    stages {
        stage('Build') {
            steps {
                sh './gradlew build'
            }
        }
        stage('Test') {
            steps {
                sh './gradlew test'
            }
            post {
                always {
                    junit '**/build/test-results/test/*.xml'
                    recordIssues tools: [checkStyle(pattern: '**/build/reports/checkstyle/*.xml')]
                }
            }
        }
        stage('Code Review') {
            steps {
                // Обычно ручной этап или интеграция с GitHub Pull Requests
            }
        }
    }
}