Calidad de software

Calidad de software asegurada
La definición de calidad es amplia y en el cotidiano observamos que muchas veces las interpretaciones varían según el contexto. En el desarrollo de software es común asociar la definición de calidad a pruebas de software. Pero ¿cómo las pruebas aseguran la calidad del software? Pruebas versus Calidad Las pruebas de software se pueden traducir como una revisión delsistema con el objetivo de encontrar problemas antes que éstos sean encontrados por el cliente final. El éxito de las pruebas puede mejorar la percepción de calidad del usuario final, evitando que un defecto grave se entregue juntamente con el sistema. Sin embargo la percepción de calidad por parte del usuario podría haber sido afectada negativamente en el ejemplo citado anteriormente, en el casode que el principal criterio de satisfacción del cliente fuera el plazo de entrega – una ventana de oportunidad para el negocio podría haberse perdido debido al tiempo necesario para la corrección del defecto. La expresión calidad está muy relacionada a la percepción de los involucrados. Es por eso que solemos observar la calidad a través de un conjunto de dimensiones. Son ejemplos de lasdimensiones de la calidad: funcionalidad, desempeño, facilidad de uso, fiabilidad, facilidad de mantenimiento, etc.

Por ejemplo: Poner a prueba la aplicación desde el punto de vista de la Fiabilidad conveniencia para el usuario. Por ejemplo: poner a prueba si la aplicación se porta de Funcionalidad forma consistente y previsible. Por ejemplo: poner a prueba el comportamiento de la aplicación Desempeñoen escenarios definidos. Por ejemplo: poner a prueba el tiempo de respuesta en una carga normal y en el Facilidad de Mantenimiento escenario de pico de utilización. Por ejemplo: poner a prueba la capacidad de mantener y proporcionar soporte a la aplicación en el entorno de producción.

Facilidad de Uso

la prueba de software es un mecanismo para evaluar la calidad de acuerdo a las dimensionesdescritas anteriormente. Por lo tanto pruebas de software y calidad no son sinónimos. Calidad y el modelo CMMI

Cuando observamos el modelo de madurez CMMI vemos por lo menos 3 áreas de proceso que están altamente relacionadas al tema calidad, que son: Verificación o Verification (VER) Validación o Validation (VAL) Garantía de la Calidad de Proceso y Producto o Process and Product QualityAssurance (PPQA) Los dos primeros puntos – verificación y validación – no son fáciles de diferenciar para quienes no conocen el modelo, pero explicando a través de una visión simplificada, la verificación es el proceso de revisar si el producto ha sido construido de forma correcta (por ejemplo: siguiendo los estándares de la empresa y adherente al proceso a través de revisión por pares o “peer review”);mientras que la validación es el proceso de evaluar si el producto correcto ha sido construido validando el producto con base en su especificación (por ejemplo: poner a prueba los casos de usos, pruebas de desempeño, etc.). La garantía de la calidad de proceso y producto es el proceso que proporciona recursos y administración de la calidad a lo largo del proyecto. Típicamente es adoptada por lasempresas a través de equipos de “compliance” (conformidad) que evalúan el proyecto como un todo a través de auditorías y utilizando métricas e indicadores para buscar la garantía de la calidad. No obstante para las tres áreas de proceso es correcto afirmar que ellas solas no llevan calidad al proyecto. La verificación depende de la existencia de procesos y estándares que sean aplicados a losproyectos – para que estos se puedan verificar. La validación depende de las especificaciones o de los requisitos y además de un mínimo de “facilidad de prueba” del sistema – no es práctico poner a prueba algo que no está bien especificado, así como no es práctico codificar algo que no está bien especificado y, aunque parezca increíble muchas veces acabamos por hacer eso. El resultado es que los...