El Test Maturity Model (TMM) en testing de software es un marco para evaluar el proceso de testing de software con la intención de mejorarlo. Se basa en el modelo de madurez de capacidad (CMM) . Primero fue producido por el Instituto de Tecnología de Illinois con el objetivo de evaluar la madurez de los procesos de prueba y proporcionar objetivos que mejoren la madurez.
Actualmente, existe una integración del modelo de madurez de prueba (TMMI) que ha reemplazado al modelo de madurez de prueba. TMMI tiene un modelo de cinco niveles que proporciona un marco para medir la madurez de los procesos de prueba. El propósito de un modelo de madurez de prueba es encontrar la madurez y proporcionar objetivos para mejorar el proceso general de prueba de software.
Aquí se tratarán los siguientes temas:
- Cinco niveles de TMM
- TMM frente a CMM
- Beneficios de TMM
- Necesidad de TMM
- Cómo lograr la madurez de prueba más alta con TMM
Comencemos discutiendo cada uno de estos temas en detalle.
Necesidad de TMM
Necesitamos el modelo de Madurez por las siguientes razones:
- Ayuda a una mejor evaluación y mejora de la calidad del proceso de prueba.
- La calidad del software y la eficiencia de los procesos de prueba aumentan muchas veces.
- Como es un modelo de proceso de prueba, también podemos integrarlo con otros modelos de desarrollo.
- Dado que las pruebas de software no están totalmente libres de defectos, el modelo TMMi tiene como objetivo reducir los defectos al mínimo posible.
Cinco niveles de TMM
A continuación se muestran los cinco niveles diferentes que ayudan a lograr la madurez de la prueba:
Nivel 1: Inicialización
- En este nivel, podemos ejecutar el software sin obstáculos ni bloqueos.
- No hay procesos de prueba exactamente definidos.
- Los controles de calidad no se realizan antes del lanzamiento del software.
- Se realizan pruebas ad hoc. (Es decir, no hay ningún proceso de prueba)
Nivel 2: Definición
- Este es el segundo nivel del modelo de madurez de prueba.
- En este nivel se definen los requisitos
- Las estrategias de prueba, los planes de prueba y los casos de prueba se crean en este nivel.
- Todos los casos de prueba se ejecutan según los requisitos y, por lo tanto, se realiza la prueba.
Nivel 3: Integración
- Este es el tercer nivel del modelo de madurez de prueba.
- Los procedimientos de prueba están integrados con el proceso SDLC y se realizan de forma independiente una vez completada la fase de desarrollo.
- El objeto se prueba para gestionar los riesgos.
Nivel 4: Medición y Gestión
- Este es el cuarto nivel del modelo de madurez de prueba.
- Todos los procedimientos de prueba se vuelven parte del ciclo de vida del software.
- Estos incluyen revisiones de análisis de requisitos, documentos de diseño y revisiones del Código.
- La integración y las pruebas unitarias como parte de la codificación se realizan aquí.
- Todas las actividades relacionadas con las pruebas se miden aquí.
Nivel 5: Optimización
- Este es el quinto nivel del modelo de madurez de prueba.
- Los procesos de prueba están optimizados.
- Se verifica el proceso de Testing y se toman medidas de mejora.
- Se toman las medidas adecuadas para la prevención de defectos y se tiene cuidado de que esas mejoras no vuelvan a ocurrir en el futuro.
- Este paso se caracteriza por el uso de diferentes herramientas para la optimización de pruebas.
TMM frente a CMM
| No. S. |
Modelo de madurez de prueba |
Modelo de Capacidad de Madurez |
|---|---|---|
| 1. | Se utiliza específicamente para probar la calidad del modelo de prueba de software. | Se utiliza específicamente para determinar la madurez de los procesos de software de la organización. |
| 2. | Se utiliza como marco junto con el modelo de madurez de capacidad. | Controla los procedimientos de desarrollo de software. |
| 3. | TMMi se centra en las actividades de prueba de software del STLC y es responsable de la calidad del proceso de prueba. | CMMi se enfoca en las actividades de desarrollo de software del SDLC. |
Beneficios de TMM
- El proceso está organizado ya que cada nivel está bien definido y se logran todos los entregables.
- Como es evidente en el nivel 4, todos los códigos se revisan y los planes de prueba se ejecutan correctamente. Esto no conduce a contradicciones y, por lo tanto, los requisitos son claros.
- Este modelo fue creado teniendo en cuenta la minimización de defectos. Por lo tanto, se identifican el máximo de defectos y el producto final está libre de defectos, por lo que se prioriza su objetivo de prevención de defectos.
- La calidad del software está asegurada ya que los procedimientos de prueba están integrados con todas las fases del ciclo de vida del software.
- Los riesgos se reducen considerablemente y se ahorra tiempo.
¿Cómo lograr la madurez de prueba más alta con TMM?
TMM en las pruebas de software ofrece una gran ayuda al equipo de pruebas que incluye a los evaluadores, gerentes y partes interesadas clave para determinar los ciclos de prueba necesarios para pasar a la siguiente etapa. Comienza con el equipo de operaciones de control de calidad haciendo coincidir cada uno de los elementos de la etapa TMM para determinar el nivel exacto del ciclo de prueba. A continuación, se requieren los pasos adecuados para mejorar el modelo de madurez de prueba.
Hay 5 niveles para lograr esto. Son los siguientes:
1. Nivel 1 a Nivel 2: El Nivel 1 se caracteriza por la inconsistencia. Los procedimientos de prueba no son coherentes ni sistemáticos y no hay control en todas las operaciones. Existe la necesidad de una estructura adecuada y mejores operaciones de gestión de proyectos para proceder al Nivel 2. En el Nivel 2, la definición de los pasos y sus implementaciones están finalizadas y documentadas. Este nivel se conoce como «Definido» debido al hecho de que se establecen las reglas adecuadas y se cumplen.
2. Nivel 2 a Nivel 3: Después de alcanzar el Nivel 2, el equipo de prueba recibe todos los recursos necesarios para la prueba. Los nuevos métodos y actividades necesarios para completar las pruebas se documentan y los recursos se capacitan en consecuencia. Estos nuevos métodos se aplican en los próximos sprints y en el ciclo de vida del software. Para pasar al nivel 3 se incrementa paulatinamente el proceso de documentación, las técnicas de estandarización y el número de integraciones de personas.
3. Nivel 3 a Nivel 4: En el nivel 4 se utilizan todos los procesos y métodos del nivel 3. El objetivo de este nivel es tomar el control de los componentes y tareas y administrar los recursos de manera efectiva. Cualquier administrador que desee ajustar algunos procedimientos puede consultarlo y puede hacerlo sin afectar la calidad del software. En este nivel, para hacer que los métodos sean más productivos, los métodos grandes se dividen en unidades más pequeñas y luego se asignan las métricas adecuadas para la evaluación de las partes más pequeñas.
El nivel 4, también conocido como «gestión y medición», se esfuerza por maximizar el rendimiento de los recursos utilizando las herramientas necesarias y los procesos definidos.
4. Nivel 4 a Nivel 5: El nivel 5 es el nivel final y máximo para lograr la madurez de la prueba. Aquí, la innovación es la clave para impulsar nuevos cambios y mejorar las metodologías y procesos existentes. Este nivel inculca una mentalidad ágil entre los miembros del equipo de control de calidad. Los nuevos métodos, herramientas y tecnologías se incorporan en el Nivel 4 y se verifica si los métodos producen mejores resultados o no. Siempre se está concienciando sobre las próximas nuevas herramientas y tecnologías.
Se vigilan los métodos de las organizaciones competidoras y se innovan los procesos existentes de las operaciones de control de calidad para producir los mejores resultados.