Archivo por meses: septiembre 2012

El futuro de la Calidad de software

Volví a pensar en el post anterior sobre las medidas del esfuerzo de proyecto, y la estimación de los costes de desarrollo y de QA antes del inicio del proyecto, cuando encontré un anuncio en un foro donde se habla de medición de la Calidad de software, para una conferencia sobre el mismo tema.

Ya sabes, uno de esos eventos en los que diferentes expertos hacen una presentación sobre temas tales como ‘¿qué métricas para evaluar los proyectos’ o mesas redondas para hablar de ‘métodos para la estimación de los costes de desarrollo y de mantenimiento’.

El autor de este anuncio pidió a los miembros del foro qué temas de debate les gustaría que se trataran en esta conferencia, y esa pregunta ha desencadenado una serie de respuestas y reacciones que voy a resumir brevemente:

  • Basta, stop, alto, ya, deje las presentaciones y los ‘papers’ en « ¿Cómo medir la productividad en el mantenimiento de software? », « Medidas efectivas de riesgo » o « Uso de Function Points en la industria aeroespacial ».
  • Hace ya más de 35 años que usamos métricas y sin embargo los departamentos de TI continúan ignorando las medidas de Calidad de software y el número de proyectos que fallan o se retrasan es siempre mayor. Sigue leyendo

Evaluar el esfuerzo antes del proyecto

Vicente Merino preguntaba en el último post sobre la complejidad y el esfuerzo de QA: “¿Cómo evaluar el esfuerzo cuando no tienes ya código” y “¿Es posible decidir al principio del proyecto si es suficientemente importante para requerir un equipo de control de calidad independiente y formalizar un plan de pruebas? ”

Imaginamos que eres responsable de TI en una empresa de telecomunicaciones. Por tanto, es de tu responsabilidad:

  • que los clientes puedan conectarse en el sitio web de la empresa para ver su factura, su número de puntos, adquirir nuevos servicios, un nuevo movil, etc.
  • que los empleados que atienden a estos clientes puedan conectarse al mismo sitio, sino también a otras aplicaciones para verificar la cuenta de un cliente, un problema de pago, etc.
  • pues que las aplicaciones comerciales permiten vender y que las aplicaciones financieras permiten cobrar. Sigue leyendo

Complejidad y esfuerzo de QA

En el post anterior, yo pregunté “¿Qué es una aplicación de gran tamaño? ‘Y propusé clasificar aplicaciones en tamaño ‘simple’, ‘medio’, ‘grande’ y ‘muy grande’ basándose en diferentes medidas de número de líneas de código (LOC) o de número de objetos .

Esta semana, otro ‘quizz’ del mismo tipo ‘¿Qué es una aplicación compleja? ¿Es posible evaluar el esfuerzo de pruebas en función de la complejidad de la aplicación?’ Sigue leyendo

Tamaño de aplicación

Ya se acabaron las vacaciones, es hora de volver a nuestros posts.

Tengo bastante ideas para esta nueva temporada, pero voy a empezar con un ‘quiz’.

Se te pide clasificar una aplicación según su tamaño, el número de líneas de código (LOC) o el número de objetos. ¿Cuál es tu estimación de una pequeña aplicación? Cuando dices que una aplicación es grande? Con qué valores crees que es ‘monstruosa’ o atípica?

Sigue leyendo