¿Cómo puedo visualizar los cambios en una gran base de código de calidad?

Question

Una de las cosas en las que he estado pensando muchas veces es cómo podemos usar métricas de algún tipo para medir el cambio, ¿vamos hacia atrás o no? Esto es en el contexto de una gran base de código heredada que estamos mejorando. La mayor parte del código es C++ con un patrimonio de C. Algunas funciones nuevas y la GUI están escritas en C#.

Para empezar, al menos podríamos estar comprobando si el nivel de complejidad simple estaba cambiando con el tiempo en el código. La dificultad está en tener una representación: podemos hacer una superficie 3D donde un mapa 2D representa el código y tenemos un mapa de calor de color que representa la complejidad con la superficie 3D abombada hacia dentro y hacia afuera para mostrar el cambio.

Una vez que puedes generar matrics de números, hay una tonelada de sistemas matemáticos para encargarse de cosas como esta.

Con el tiempo, me gustaría tener números más sofisticados pero las mismas técnicas de visualización utilizadas para representar el cambio.

Me gusta la idea en Crap4j de centrarme en la relación entre la complejidad y el número de pruebas unitarias que cubren ese código.

También me gustaría incluir Uncle Bob's SOLID metrics y algunas de las métricas OO de Chidamber y Kemerer. La parte difícil es encontrar herramientas para generar estos para C++. La única opción parece ser Krakatau Essential Metrics (no tengo inconveniente en pagar por las herramientas). Mi deseo de utilizar las métricas de CK proviene en parte de los libros Object-Oriented Metrics:Measures of Complexity de Henderson-Sellers y los anteriores Object-Oriented Software Metrics.

Si comenzamos a usar algunas de estas métricas, podríamos terminar con diez o más números que varían a lo largo del tiempo. Soy bastante ignorante de las estadísticas, pero parece que podría ser interesante rastrear un montón de tales métricas y luego prestar atención a las que tienden a variar.

Tenga en cuenta que una pregunta relacionada es acerca de measuring code quality across a large code base. Estoy más interesado en medir el cambio.

Answer 1

Consideraría usar un Kiviat Diagram para representar múltiples dimensiones de métricas de software que evolucionan con el tiempo. Estos diagramas representan puntos de datos múltiples en un casco cóncavo alrededor de un punto central. La inspección visual mostrará dónde una métrica particular está subiendo o bajando, y uno debería ser capaz de calcular una proporción total del área sesgada por valor métrico utilizando algún cálculo de área heurística.

Answer 2

También puede echar un vistazo a NDepend documentation about code metrics. Descargo de responsabilidad: soy uno de los desarrolladores de la herramienta NDepend.

Con la instalación Code Rule and Query over LINQ (CQLinq), es posible solicitar el código de evolución métrica/tendencia en dos instantáneas diferentes en el momento de la base de código. Por ejemplo hay una regla por defecto propuesto: Avoid making complex methods even more complex ilustrado por la pantalla de abajo: Se proponen

varias reglas de tendencias métrica como:

• Avoid decreasing code coverage by[enter link description here]5 pruebas de los tipos
• Types that used to be 100% covered but not anymore
• y también, ya que mencionó Crap4J la métrica CRAP se puede escribir con CQLinq, y la consulta se puede ajustar fácilmente para ver las tendencias en C.R.A.P metric.

En cuanto a la visualización de métricas de código, NDepend permite visualizar los valores de métricas de código a través de un interactive treemap: