Comment SonarQube mesure-t-il la dette technique ?
Comment SonarQube mesure-t-il la dette technique ?

Vidéo: Comment SonarQube mesure-t-il la dette technique ?

Vidéo: Comment SonarQube mesure-t-il la dette technique ?
Vidéo: Faire parler son code source avec Sonar 2024, Novembre
Anonim

1 réponse. Cet effort de remédiation est utilisé pour calculer le dette technique de chaque odeur de code (= problèmes de maintenabilité). Les dette technique d'un projet est le simplement la somme des dette technique de chaque odeur de code dans le projet (ce qui signifie que les bogues et les vulnérabilités ne contribuent pas au dette technique ).

Aussi, qu'est-ce que la dette technique dans SonarQube ?

Dette technique (TD) est l'écart entre un logiciel parfaitement développé et la réalité (date d'expédition, compétences des ingénieurs, outils disponibles, environnement de travail). Vous l'avez compris, lorsque vous prenez des raccourcis qui ne correspondent pas aux bonnes pratiques. Comme en finance, tous dette est mauvais.

Sachez également qu'est-ce que l'on entend par dette technique ? Dette technique (également connu sous le nom de conception dette ou code dette , mais peut aussi être lié à d'autres technique efforts) est un concept de développement logiciel qui reflète le coût implicite de remaniement supplémentaire causé par le choix d'une solution facile (limitée) maintenant au lieu d'utiliser une meilleure approche qui prendrait plus de temps.

De même, se demande-t-on, comment la dette technique est-elle mesurée ?

Dette technique accumule des intérêts au fil du temps et augmente l'entropie du logiciel. Pour efficacement mesurer la dette technique , nous devons l'exprimer sous la forme d'un rapport entre le coût nécessaire pour réparer le système logiciel et le coût nécessaire pour construire le système. Cette quantité est appelée la Dette technique Rapport [TDR].

Comment SonarQube mesure-t-il la couverture du code ?

SonarQube obtient le couvert lignes de la couverture rapport remis à l'analyseur. La métrique que nous promouvons est la Couverture de code car c'est celui qui reflète le mieux la portion de source code étant couvert par des tests unitaires. Il s'agit de la métrique que vous pouvez voir sur la page d'accueil d'un projet.

Conseillé: