2009-07-07 4 views
16

Estoy buscando estudios sobre la calidad del código aplicado, comparando los costos antes y después. Deben mostrar un beneficio claro en el costo (o tal vez un efecto negativo de un costo excesivo). Necesito hechos concretos como (completamente ficticio):Estudios que muestran el efecto de la calidad del código/QA?

Después de que agregamos el análisis de código estático a nuestra compilación, el número de defectos se redujo a la mitad. Así que ahorramos aprox. 10 días de desarrollador esfuerzo por iteración en la reparación de errores. El costo adicional al comprar y configurar el análisis fue x $. El desarrollo se ralentizó un 0,1% obedeciendo los resultados del análisis, aumentando el esfuerzo de desarrollo total en 5 días por iteración. Durante el primer medio año, se devolvió el costo inicial. etc. Ahora ahorramos aprox. y $ por iteración.

Solo conozco una de estas historias en Code Complete 2nd Ed. Está hablando de Boeing que los defectos disminuyeron después de agregar revisiones durante el proceso de control de calidad (AFAIK). Desafortunadamente, la mayoría de las tiendas no se comparan con Boeing, por lo que los estudios de Boeing no cuentan.

¿Conoces estos estudios o tienes datos concretos de tu tienda?

EDIT:
Hay una related question, pero no da ningún dato duro.

+1

Y cada usuario SO 'protagoniza' la pregunta, para que aparezca en la próxima reunión con la administración ... :) –

+0

@Coronatus - lol –

Respuesta

3

Aquí está la guía definitiva: http://www.scribd.com/doc/7758538/Capers-Jones-Software-Quality-in-2008 Capers Jones Software Quality in 2008

He visto Capers Jones en algunas conferencias/presentaciones, ha estado reuniendo estadísticas durante años (tiene algunos libros dedicados a eso) y presenta información sólida ... y consejos.

+0

sí, la cantidad de números en las diapositivas es impresionante. Aunque solo puedo extraer un hecho: ROI factor = 15. Propably tendrá que examinar sus libros ... –

2

He aquí algunos datos agradables en TDD cerca de cuatro proyectos en IBM y Microsoft: http://blog.typemock.com/2009/03/cost-of-test-driven-development.html

+0

Sí, muestra que TDD reduce la cantidad de errores en el código pero requiere más entonces no usa TDD. Aún así, no muestra si vale la pena en $. La reparación de defectos podría ser más económica (no es posible, pero no hay pruebas). –

+1

Eche un vistazo al segundo gráfico: la línea verde representa el costo de reparar defectos en diferentes etapas del SDLC. Observe que el costo de reparar defectos se dispara durante el soporte. –

4

Hay algunos buenos datos en el libro "Los secretos mejor guardados de la revisión del Código de pares", que está libre de software inteligente oso . Los datos que se proporcionan están relacionados con la introducción de revisiones de códigos, pero podría ser lo que estás buscando.

Si pide el libro, debe aparecer en aproximadamente 2-3 semanas, al menos ese es el tiempo que tomó obtener mi copia. Si lo tuviera junto a mí en este momento, escribiría los ejemplos que me dieron, pero lo dejé en el trabajo.

http://smartbear.com/codecollab-code-review-book.php

+0

ah, incluso con la calculadora de ROI, agradable. Quieren vender su producto. ¿Se puede confiar? –

+0

No he usado su producto, solo lea el libro. Me interesaría ver cómo su producto difiere de Rietveld (la herramienta de revisión de código de Google). – Jared

2

los "números absolutos más difícil" He oído son de T-Systems: (¿sólo en alemán; Google translate) Wartungskosten im Visier. Al introducir e integrar medidas de gestión de la calidad del código (métricas y monitoreo), redujeron sus costos en un 10% (en parte incluso hasta un 20%, según afirman). Afirman que ahorran un 20% de tiempo de mantenimiento de manera que (con el tiempo más necesario para las medidas de calidad) aún ahorran aproximadamente el 10% de su tiempo. No sé si esto es correcto, pero parece plausible y T-Systems tiene cierta reputación.

Junto a estos "números" hay varios estudios y artículos sobre la influencia de la calidad interna a la externa en general. Comúnmente son bastante optimistas al respecto, pero un gran problema es la falta de cifras reales de negocios. El cálculo de hecho es bastante fácil. Pero es difícil evaluar un ROI si el que necesita esta confianza para establecer un proceso de calidad no sabe nada sobre sus costos de mantenimiento ... ;-)

+0

Alemán está bien conmigo ;-) –

1

Los libros Code Complete 2 y Rapid Development tienen muchos ejemplos de estudios de casos y experimentos de la vida real.Casi todo lo que argumentan está respaldado con hechos reales.

+0

Sí Steve McConnell tiene muchos hechos reales. No conozco el desarrollo rápido, pero la mayoría de los hechos concretos de Code Complete provienen de Boeing. Desafortunadamente, la mayoría de las tiendas no se comparan con Boeing, por lo que los estudios de Boeing no cuentan. –

+0

Entiendo. Entonces es posible que desee comprobar Desarrollo rápido. Si recuerdo bien, las fuentes son mucho más dispersas y diversas. –

Cuestiones relacionadas