Si vous avez du mal à lancer sur le marché vos nouvelles fonctionnalités, il est peut‑être temps de démarrer un programme de qualité pour le développement. L'innovation et la croissance dépendent de la qualité du code. Deux caractéristiques marquent la réussite des équipes DevOps : la rapidité à laquelle les nouvelles fonctionnalités sont commercialisées et la fréquence des échecs. Notre rapport 2022 sur l'observabilité montre une forte corrélation entre l'observabilité full-stack, la réduction des pannes et l'accélération des temps moyens de détection et de résolution.
Obtenez une meilleure qualité de code en quatre étapes.
1. Faites le suivi des métriques sur la qualité
Quatre indicateurs de performance clés (KPI) aident à mesurer la qualité du code envoyé. Ces KPI vous aident à identifier les sources de défectuosité du code et les endroits qui exigent une plus grande attention de la part des développeurs.
- Build success (Taux de réussite de la version) : nombre de compilations ou d'intégrations réussies du nouveau code dans l'application globale. Visez un taux le plus près possible de 100 %.
- Unit test success (Taux de réussite du test unitaire) : pourcentage des tests unitaires réussis par le nouveau code. L'objectif est que ce taux soit le plus élevé possible.
- Code Coverage (Couverture du code) : quantité du code de votre application qui est soumis à au moins un test unitaire. Essayez d'obtenir 100 % de couverture du code.
- Defect Volume (Volume d'erreurs) : nombre d'erreurs introduites dans une application par un module de code spécifique. Ce chiffre doit être le plus faible possible.
2. Mesurez la rapidité du code
Quelle est la vitesse d'écriture et de validation du nouveau code ? Le suivi du volume de validation du code (code commit) montre à quel point la vitesse de développement impacte la qualité du code. Corrélez le volume d'erreurs avec le volume de validation du code pour trouver l'équilibre optimal entre rapidité et stabilité.
3. Déployez des dashboards sur la qualité du développement
Identifiez la technologie qui prend en charge vos processus de développement, tels que les référentiels de code source et les plateformes d'automatisation de développement ou de test. Puis utilisez les API de votre chaîne d'outils de développement pour extraire des données sur la qualité et la rapidité et les envoyer vers New Relic en utilisant l'API des événements personnalisés. Trouvez des échantillons de dashboards DevQual dans le centre de ressources New Relic OMA sur GitHub, comme ce dashboard d'analyse des goulots d'entonnoir.
4. Planifiez. Progressez. Lavez, rincez, répétez.
Lorsque les données arrivent dans les dashboards sur la qualité du développement, il est temps d'établir une base de référence. Elle peut comprendre deux à six semaines de données, en fonction de votre rythme de développement actuel. Pour y arriver, vous pouvez aligner la collecte de référence sur l'évaluation de vos sprints.
Une fois que vous disposez d'une base de référence, identifiez les zones qui ont le plus besoin d'améliorations. Par exemple, si votre volume d'erreurs est élevé, identifiez la source particulière des nouvelles erreurs en suivant des attributs tels que l'horodatage, l'application et le module de code. Votre équipe d'ingénieurs peut alors se concentrer sur les efforts d'amélioration des modules de code qui génèrent le plus d'erreurs.
Étapes suivantes
- Pour en savoir plus sur l'amélioration des taux de conversion, lisez notre guide sur la qualité du déploiement et les guides sur la maturité de l'observabilité (en anglais).
- Lisez nos articles de blog sur les bonnes pratiques pour la qualité des alertes, l'efficacité opérationnelle et l'expérience client numérique.
- Inscrivez-vous pour obtenir un compte New Relic gratuit avec 100 Go de données par mois.
Les opinions exprimées sur ce blog sont celles de l'auteur et ne reflètent pas nécessairement celles de New Relic. Toutes les solutions proposées par l'auteur sont spécifiques à l'environnement et ne font pas partie des solutions commerciales ou du support proposés par New Relic. Veuillez nous rejoindre exclusivement sur l'Explorers Hub (discuss.newrelic.com) pour toute question et assistance concernant cet article de blog. Ce blog peut contenir des liens vers du contenu de sites tiers. En fournissant de tels liens, New Relic n'adopte, ne garantit, n'approuve ou n'approuve pas les informations, vues ou produits disponibles sur ces sites.