2010-11-16 674 views

Respuesta

6

Considero que este es un uso indebido de la métrica de cobertura de código. El hecho de que una prueba no aumente la métrica, no es necesariamente redundante: podría probar una ruta de ejecución específica que consta de LOC que están cubiertas por varias otras pruebas juntas, pero representa el comportamiento que ninguna de las otras pruebas cubre. Y recuerde: el comportamiento del código está muy influenciado por el estado, pero ninguna herramienta de cobertura de prueba que conozco mide la cobertura del espacio de estado.

A menos que el tiempo de ejecución de su suite de pruebas sea un problema grave, hay cosas mucho mejores que puede hacer con su tiempo que eliminar pruebas posiblemente redundantes.

+0

Tiendo a estar de acuerdo contigo (puede ser un uso indebido de la métrica de cobertura). Pero también hay otras métricas, por lo que creo que este problema debería abordarse más ampliamente y ver más de las métricas estándar, como por ejemplo también el número de condicionales. –

2

Hace algunos meses utilicé el plugin de Eclipse Clover. Podría mostrar cuántas veces se ejecuta cada línea de código y resaltar las pruebas de la unidad. Creo que Clover podría ayudarte en este punto.

+0

Ese no es realmente mi punto aquí :) Uso Cobertura en Hudson y la herramienta de cobertura propia de IntelliJ durante el desarrollo. Este último también muestra el número de veces que pasa cada línea. ¡Pero no de qué pruebas! Quiero saber qué pruebas no suman una mejor cobertura y, dado que no soy autista, no puedo recordar cuántas veces el banco de pruebas pasa cada línea en mi base de código. –

+0

Entendido. Espero que Clover agregue la característica más nueva durante estos meses :) –

Cuestiones relacionadas