Estoy interesado en utilizar una herramienta de cobertura de código para mi próximo proyecto .NET, pero me preguntaba si es necesario para mí. Soy el único desarrollador en la empresa para la que trabajo, entonces ¿usar NCover sería un beneficio para mí o solo para equipos grandes que usan integración continua? Gracias¿Debo usar una herramienta de cobertura de código?
Yo diría que síganlo. Analizar la cobertura del código puede ayudar incluso a un único desarrollador, tal vez incluso más que un equipo, ya que básicamente tiene todo el sistema sobre sus hombros. Si eres el único desarrollador, tienes control total sobre las herramientas que usas y cómo quieres que las cosas se configuren. Una vez/si se agregan más desarrolladores, tendrá todas las herramientas para crear un software de calidad.
Caleb,
En caso de que no lo sabe ya, Visual Studio 2008 Team System ediciones de VS2008 puede hacer la cobertura de código para usted. No es tan completo como NCover, pero debería ser un gran comienzo para ti. Si te gusta lo que hace y quieres más campanas y silbidos, entonces no veo por qué no. (Es solo $ 200 para la edición clásica la última vez que lo comprobé).
-Artel
Por supuesto que debe usarlo. Siempre es otra herramienta para ayudarte. Pero recuerde, la cobertura del código no es lo más importante al probar su código. Obtendrá varias líneas de código que están cubiertas con pruebas, pero eso no significa que su código sea a prueba de errores allí. Use ncover para encontrar lugares que tienen poca o ninguna cobertura.
Si se esfuerza por escribir pruebas automatizadas, entonces definitivamente use una herramienta de cobertura de código para tener una idea de cómo las áreas del código basan esa cubierta de prueba.
Ver la cobertura del código a medida que escribe pruebas también es útil para asegurarse de que sus pruebas realmente están probando lo que usted cree que son.
La sobrecarga de medir la cobertura de código en comparación con la sobrecarga de escribir pruebas de estos días es tan pequeña, que no tiene sentido escribir pruebas, y luego no ver la cobertura de esas pruebas.
Buena llamada. Si ya tienes pruebas unitarias, ignorar la cobertura es bastante tonto. Descubrí que la cobertura del código de verificación siempre mejora mis pruebas (ya que averiguo de inmediato qué se está ejecutando y qué no) y, por extensión, la calidad de mi software. Una buena cobertura no es una panacea, pero tiende a aumentar su confianza en sus pruebas y puede ayudar a enfocar sus esfuerzos de prueba al evitar las pruebas redundantes y los casos de esquineros perdidos. –
Gracias por las respuestas! Todo lo que ustedes dijeron tiene sentido. ¿Por qué no solo ir por eso? Solo puede ayudarme y ampliarme como desarrollador. :) – CalebHC