TMMi (Test Maturity Model Integration), el CMMI de las pruebas
Archivado en pruebas en Jan.26, 2012 por jgarzas
Argumentan los creadores de TMMi que las pruebas representan ente el 30 y el 40% de los costes de un proyecto, pero que, sin embargo, los procesos de pruebas apenas son tratados en modelos de procesos como CMMI. Como respuesta a este problema, un grupo llamado “TMMI Foundation” creó hace ya unos años un modelo de procesos para pruebas, pensado como complemento a CMMI y específico de organizaciones en las que las pruebas software tienen mucha importancia.
Veamos un resumen de los niveles de madurez para pruebas, y algún dato sobre las evaluaciones TMMi.
Los niveles de madurez de TMMI
El modelo de procesos TMMI, cuya última versión es la 3.1 (que podéis descargar gratuitamente aquí), contempla actividades del ciclo de vida de las pruebas, y tanto pruebas estáticas, como dinámicas, planificación, preparación, evaluación de productos de software, etc.
|
Pros |
Al igual que el CMMI utiliza niveles de madurez. TMMi hereda y usa también niveles de madurez para la evaluación y mejora de procesos de pruebas. E, igualmente, utiliza, como CMMI, prácticas genéricas y específicas.
Los cinco niveles de madurez de TMMi son:
|
Level 1 Initial (muy resumidamente, procesos de pruebas caóticos, o no evaluados, etc.) |
Sobre las evaluaciones en TMMi
Por desgracia no he podido encontrar ningún listado oficial de organizaciones evaluadas en TMMi (se agradece que si alguien conoce alguno nos lo deje a toso en los comentarios de este psot). Aún así, después de consultar varias fuentes, se confirma que, de manera global, aún son pocas las organizaciones que se ha evaluado en TMMi. Concretamente en España son muy poquitas las organizaciones evaluadas. Aunque este es aún un modelo joven, cuyo uso puede crecer en el futuro.
Por comentar algún dato más de interés sobre las evaluaciones. TMMi contempla, como suele suceder en este tipo de modelos, dos tipos de evaluaciones (que no certificaciones, ya que sucede lo mismo que CMMI, donde hablamos de evaluación al no haber un esquema de certificación, te recomiendo este post). Las llamadas formales (que viene a ser algo así como un SCAMPI A en terminología CMMI) y las no formales (que viene a ser algo así como un SCAMPI B en terminología CMMI). Todo esto, y mucho más, viene detallado en su documento de evaluación, el llamado TAMAR (que viene de TMMi Assessment Method Application Requirements). Una cosa más: el modelo de evaluación se basa, en parte, en la ISO 15504.
También existe un esquema de evaluadores (en las últimas transparencias de este documento podéis ver los requerimientos)
Ah, y no te olvides compartir y tuitear este post, a ver si así contamos con más experiencias en este campo.
Otras entradas relacionadas con esta:
- Otros modelos de calidad software: Modelos para pruebas
- Los *MM e incluso hasta un Agile Maturity Model (AMM)
- Las pruebas software en Google
- Curso online en castellano sobre CMMI v1.3 (la nueva versión de CMMI) y otras actividades formativas
- ISO 29119, la futura norma para pruebas software (una norma para unificarlas a todas)
















Javier Garzás es profesor en la Universidad Rey Juan Carlos y director de
Información Bitacoras.com…
Valora en Bitacoras.com: Argumentan los creadores de TMMi que las pruebas representan ente el 30 y el 40% de los costes de un proyecto, pero que, sin embargo, los procesos de pruebas apenas son tratados en modelos de procesos como CMMI. Como respuest…..
Hola,
Gracias por la importante información.
Mi comentario es que volvemos a lo de simepre ¿y quien c*ñ* es el TMMI foundation?
Gracias a quien le de un poco de luz a mi preguta
Hola a tod@s
¿Esto es la evolución o ver sión 2 de una cosa cosa llamada TMAP?
Saludos