Hemos aprendido que en la actualidad hay una gran demanda de software de alta calidad y con una cantidad baja de defectos es por eso que tiene una gran importancia el subproceso de pruebas en el desarrollo del software y los modelos existentes de evaluación y mejora de software no han abordado los problemas de las pruebas. El enfoque de la TMM está en la prueba como un proceso en sí mismo que pueden ser evaluados y mejorados, uno de los beneficios son: un software de mayor calidad, capacidad de cumplir con los objetivos presupuestarios y de programación, mejora de la planificación planificación y la capacidad de cumplir metas de pruebas cuantificables. La mejora del proceso de prueba es apoyada por el conjunto de niveles y madurez de los objetivos en el TMM. El logro de los objetivos de madurez resulta en la mejora del proceso de prueba de una organización. El desarrollo de la TMM fue guiado por por el trabajo en el modelo de madurez de capacidad capacidad para software (CMM), un proceso modelo de mejora. La CMM está clasificada arquitectónicamente arquitectónicamente como modelo escalonado de mejora de procesos. Este tipo de mejora de procesos la arquitectura modelo prescribe las etapas que una organización y debe proceder de una manera ordenada para mejorar el desarrollo del software En este tipo de arquitectura no hay un conjunto fijo de niveles o etapas. El CMM tiene cinco niveles o etapas que describen un patrón evolutivo de la madurez del proceso de software y sirven de guía para la mejora. Cada nivel tiene un conjunto de Áreas de Proceso Clave (KPA) que una organización necesita para concentrarse en alcanzar la madurez en ese nivel. También existen prácticas clave asociados a cada nivel que proporcionan apoyo para la implementación de mejora en ese nivel. La CMM también tiene un procedimiento de evaluación que permite a una organización evaluar el estado actual de su software procesar e identificar las fortalezas y debilidades del proceso.
Niveles TMM Al igual que el CMM, el TMM también sigue lo que se llama una arquitectura para modelos de mejora de procesos. Contiene etapas o niveles a través del cual una organización pasa a medida que su proceso de pruebas evoluciona desde uno que no manejado a uno que es manejado, definido, medido y optimizable. Las características de cada nivel se describen en términos de objetivos de la capacidad de prueba y roles, responsabilidades de los actores clave en el proceso de prueba, los gerentes, desarrolladores, probadores y usuarios y clientes. Cada nivel con la excepción del nivel 1 tiene una estructura que consiste de los siguientes: • Un conjunto de metas de madurez • Soportar subías de madurez. Definen el alcance, los límites y logros necesarios para un nivel
particular.
• Actividades, tareas y responsabilidades (ATR). Los ATR abordan la implementación y problemas
de adaptación organizacional en cada TMM nivel. Se identifican las actividades y tareas de apoyo, y las responsabilidades se asignan a grupos apropiados. Cada meta de madurez en cada nivel TMM está soportado por un conjunto de sub-objetivos de madurez. Los sub-objetivos se logran a través de un grupo de actividades y tareas con responsabilidades (ATR). Las actividades y tareas se definen en términos de acciones que deben realizarse en un nivel dado para mejorar la capacidad de prueba. Cada nivel del TMM tiene ciertas metas que se describen a continuación: Nivel 1-Inicial: (Ninguna meta de madurez) A nivel TMM 1, la prueba es un proceso caótico; está mal definido y no distinguido de la depuración. Las pruebas y depuración se entrelazan para eliminar los errores del software. El objetivo de la prueba es mostrar la software funciona (es mínimamente funcional).
Nivel 2-Fase Definición: (Meta 1: Desarrollar objetivos de pruebas y depuración; Meta 2: Iniciar un proceso de planificación de pruebas; Meta 3: Institucionalizar las técnicas y métodos de ensayo) En el nivel 2 de la prueba TMM se separa de la depuración y se define como una fase que sigue a la codificación. El objetivo principal de las pruebas a este nivel de madurez es demostrar que el software cumple con las especificaciones establecidas. Se utilizan técnicas básicas de pruebas, por ejemplo, el uso de caja negra y caja blanca Nivel 3-Integración: (Meta 1: Establecer una organización de pruebas de software; Meta 2: Establecer un programa de capacitación técnica; Meta 3: Integrar las pruebas en el ciclo de vida el software; Meta 4: Controlar y monitorear las pruebas) A nivel TMM 3, la prueba ya no es una fase que sigue a la codificación, sino que es integrado en todo el ciclo de vida del software. Los objetivos de la prueba se establecen con respecto a la requisitos basados en las necesidades del usuario / cliente, y se utilizan para el diseño del caso de prueba. Nivel 4-Gestión y medición: (Meta 1: Establecer una organización programa de revisión; Meta 2: Establecer un programa de medición de la prueba; Meta 3: Evaluación de la calidad del software) La prueba en el nivel 4 se convierte en un proceso que se mide y cuantifica. Las revisiones en todas las fases del proceso de desarrollo se reconocen ahora como pruebas de control de calidad. Son un complemento a la ejecución basada en pruebas para detectar defectos y para evaluar y mejorar la calidad del software. Los productos de software se prueban para atributos de calidad tales como confiabilidad, usabilidad y mantenibilidad.
Nivel 5-Optimización / Prevención de Defectos / Control de Calidad: (Meta 1: Prevención de defectos; Meta 2: Control de calidad; Meta 3: Proceso de prueba mejoramiento)
Debido a la infraestructura existente en la madurez en los niveles 1-4 de la TMM, el proceso de prueba se dedica ahora a definir y gestionar; su costo y eficacia pueden ser monitoreados. En el nivel 5, los mecanismos están en su lugar para que las pruebas puedan ser ajustadas y mejoradas continuamente. El muestreo estadístico, las mediciones de los niveles de confianza, la confiabilidad, y la fiabilidad impulsan el proceso de prueba. Herramientas automatizadas totalmente apoyar el funcionamiento y la ejecución de los casos de p rueba. Las herramientas también para el diseño del caso de prueba, el mantenimiento de los artículos relacionados con la prueba y el defecto recopilación y análisis.
