
A pesar de todos los esfuerzos realizados en la industria del software por mejorar la calidad de los productos, la complejidad y diversidad de tecnologías y un mercado cada vez más demandante hacen difícil esta tarea. Desde mucho tiempo han habido iniciativas por mejorar la calidad del producto enfocándose la mejora del proceso de desarrollo, un ejemplo de esto es Capability Maturity Model Integration (CMMi), ahora manejada por el CMMI Institute. Sin embargo, este tipo de modelos daba atención limitada a las pruebas, por lo que la comunidad de pruebas ha creado sus propios modelos de mejora, uno de ellos es Test Maturity Model Integration (TMMi) que puede ser usado como un modelo complementario a CMMi.
El marco de trabajo TMMi, ha sido desarrollado por la organización europea TMMi Foundation y tiene sus orígenes en el proyecto Test Maturity Model (TMM) desarrollado por el Instituto de Tecnología de Illinois. TMMi, al estar basado en CMMi, ha sido desarrollado como un modelo por etapas, utilizando conjuntos predefinidos de areas de proceso de modo que se puede definir una ruta de mejora de la organización mediante un modelo de madurez.
Los niveles de madurez TMMi son:
Nivel 1: Inicial
Representa un estado donde no existe un proceso de pruebas formalmente documentado o estructurado. Las pruebas son típicamente desarrolladas de un forma «ad-hoc» luego de escribir código, y las pruebas se tratan de la misma forma que la depuración. El objetivo de las pruebas es probar que el software trabaja. Depende de «héroes» y no existe entendimiento del costo de la calidad
Nivel 2: Gestionado
El segundo nivel se alcanza cuando los procesos de prueba están claramente separadas de depuración. Se puede llegar mediante el establecimiento de políticas y objetivos de la prueba, la introducción de los pasos que se encuentran en un proceso de prueba fundamental (por ejemplo, la planificación de la prueba), y la aplicación de técnicas y métodos de prueba básicos. Se usan ambientes de pruebas.
Nivel 3: Definido
El tercer nivel se alcanza cuando un proceso de prueba esta integrado dentro del ciclo de vida de desarrollo de software, y se documenta usando estándares, procedimientos y métodos formales. Se realizan revisiones y debe haber una funcion de pruebas de software distinta que puede ser controlada y monitoreada. Se realizan pruebas no-funcionales.
Nivel 4: Medido
El nivel cuatro se logra cuando el proceso de prueba es capaz de ser medido de manera efectiva y gestionado a nivel de organización en beneficio de proyectos específicos. Se implementa un proceso de evaluación de la calidad del producto.
Nivel 5: Optimizado
El último nivel representa un estado de madurez de los procesos de prueba donde los datos del proceso de prueba se puede utilizar para ayudar a prevenir defectos, y la atención se centra en la optimización del proceso establecido. Se establece un grupo de mejora del proceso de pruebas permanente.
TMMi no tiene un área de proceso específico dedicado a herramientas de pruebas y/o automatización de pruebas. Dentro TMMi, las herramientas de prueba son tratadas como un recurso de apoyo (prácticas) y son por lo tanto parte del área de proceso en el que prestan apoyo, por ejemplo, la aplicación de una herramienta de diseño de la prueba es una práctica de pruebas de apoyo en el área de proceso de diseño y ejecución de pruebas a nivel TMMi 2 y la aplicación de una prueba de rendimiento es una herramienta es una práctica de pruebas de apoyo en el área de proceso de Pruebas No-funcional a nivel TMMi 3.
Para mayor informacion, puede descargar los documentos desde la pagina del TMMi Foundation: http://www.tmmi.org/?q=downloads