TMM es la abreviación usada para Test Maturity Model. El TMM es un proceso de madurez del test que fue originalmente creado por el Illinois Institute of Technoloogy como guía para la mejora de procesos de testing y como complemento al CMM(i).

o Nivel 5 – Optimización, Prevención de defectos y control de calidad: Se caracteriza por mecanismos precisos para que el test pueda ser mejorado continuamente. En este nivel se utilizan procedimientos para seleccionar y evaluar herramientas de test.

Cada día los sistemas son más y más complejos, haciendo necesario que se tomen encuenta mejoras en la calidad de nuestros procesos para mejorar así la calidad final del producto. El modelo TMM nos proporcionará y proceso de desarrollo de software más eficiente y efectivo. Nuestro objetivo será a prevención y no en la detección.

Referencias:
+ http://www.tmmifoundation.org/

Normalmente, el testing está considerado como parte del Ciclo de Vida de Desarrollo de cualquier aplicación (Requisitos, análisis & diseño, implementación, testing y deployment), pero el testing, a su vez, tiene su propio ciclo de vida. Dependiendo de la organización, este ciclo puede tener más o menos fases, pero acontinuación comentaré las fases que son siempre comunes.

A grandes rasgo, podemos decir que el ciclo de vida del Software Testing incluye las siguientes fases:

1. Planificación.
2. Análisis
3. Diseño
4. Ejecución
5. Ciclos
6. Pruebas Finales e Implementation
7. Producción

Read more

Sabemos que implantar un Sistema de Gestión de la Calidad supone un fuerte desembolso económico inicial y que el objetivo último de la Gestión de la Calidad es la optimización de recursos, es decir, con los menores costes posibles obtener el mayor rendimiento

Para calcular los gastos que pueden suponer los fallos de nuestro producto y tratar de reducirlos, la empresa utiliza un Sistema de Costes de Calidad. Pero qué son los “Costes de la Calidad”?
Read more

La toma de requisitos es la primera fase de cualquier ciclo de vida de una aplicación, y por lo tanto, la más delicada. De ella saldrá nuestro producto final. Consideraciones de esta fase:

2. Verificar los requisitos:
Los requitos deben estar bien definidos. En algunas ocasiones los requisitos no son del todo claros y pueden ser interpretados de multiples maneras. Una buena costumbre para obtener los requisitos funcionales de nuestra aplicación es usar Use Cases (casos de uso). La UML (Unifique Modeling Language) puede ayudarnos de una manera rápida y facil a obtener nuestros Use

Pero, ¿Que métodos podemos utilizar para definir requisitos? hay muchas meneras, pero una de las más usadas es la realización de un prototipo (prototipado). Otros métodos conocidos pueden ser las entrevistas a clientes ó cuestionarios, análisis de posibles escenarios, utilizar animaciones, brainstormings…

Existen un gran número de herramietas de gestión de requisitos, aunque la mayoría son de pago. Una de las herramientas más conocidad es “Doors” , aunque naturalmente, es de pago.

El CMM (Capability Maturity Model for Software), es decir, Modelo de Madurez de Capacidades. Fue creado por el Software Engineering Institute (SEI) y tiene como Meta el describir los elementos principales para llegar a cabo los procesos de software de una forma efectivos. El CMM consiste en una serie de procedimientos destinados a evaluar y mejorar los procesos de desarrollo, implementación y mantenimiento del software. Aunque aún está en vías desarrollo, es un estándar que la industria acepta para evaluar y garantizar la calidad y madurez de sus aplicaciones. Por otro lado, hay CMMs para procesos que no son estrictamente en el sector del software, como por ejemplo el BMP (Business Process Management).

Niveles del CMM
CMM define cinco niveles de madurez para una organización y proporciona un marco para moverse a partir de un nivel al siguiente. Las guías CMM contienen actividades diseñadas para ayudar a una organización para mejorar sus procesos con la meta de alcanzar capacidad de repetición, y control de los mismos. El CMM ha ganado considerable credibilidad en las industrias intensivas en el uso de conocimientos. La implantación del CMM ha permitido mejoras considerables en la calidad de los productos y bajado perceptiblemente el costo del desarrollo dentro de grandes compañías.

Beneficios de la implantación del modelo CMM
o Mayor efectividad en la detección de errores a lo largo del ciclo de vida del desarrollo del software, reduciendo drasticamente el número de defectos.

Implementación en la Organización:
Una empresa que decide implentar el modelo CMM, indica que no sólo se preocupa por la calidad de su organización sino que quiere constituir un proceso continuo de mejora.

Referencias:
+ Wikipedia, La enciclopedia libre

+ Software Engineering Institute, SEI

Los 8 principios que voy a enumerar a continuación, constituyen la base para la redacción de las nuevas normas ISO 9000, 9001 y 9004 y recogen las mejores prácticas de gestión. Su influencia en los requisitos específicos de la familia de norma ISO es constatable y destacada.

Estos sencillos principios, se consideran básicos en cualquier empresa que quiera perdurar en el mercado. Aunque no se quiera obtener la certificación, es recomendable seguirlos. Estos principios mejoran la capacidad de competencia y permanencia de cualquier empresa u organización.

A modo de detalle, decir que existe una clara similitud entre éstos principios básicos para la calidad en los que se basan las nuevas normas ISO 9000: 2000 con los que forman la base y estructura modular del modelo de excelencia empresarial EFQM. Se percibe el gran acercamiento y similitud entre los modelos ISO 9000: 2000 y el de excelencia EFQM.

Read more

Todo el mundo conoce la importancia de asignar prioridades a los defectos. La prioridad que asignamos a los defectos es crucial para el éxito de un proyecto. Por tanto, la prioridad que se le asigna a un Caso de prueba (test case) es igual de importante. Podríamos discutir durante horas cual es la mejor herramienta para gestionar este tipo de situaciones, al igual que usamos una herramienta para gestionar y priorizar nuestros defecto se podrían usar muchas de las herramientas de este tipo que hay en el mercado, pero este no es el objetivo de este artículo.

Read more

El año pasado, en la coferencia internacional de QA&Test, estuve en una presentación sobre ITIL. Era la primera vez para mi que oía hablar de ello (aunque estoy seguro que se lleva años implantando), pero han pasado los meses y no paro de ir gente hablar de la Gestión de Servicios TI usando ITIL. Parece que se está poniendo de moda dentro de grandes organizaciones. Sólo quiero comentar un poco que es ITIL y a quién va dirigido y por si alguien no ha oido nunca hablar de ITIL, sepa al menos que es y donde puede encontrar más información.

ITIL (IT Infraestructure Library) fue desarrollado en la década de los 80 en Inglaterra. Es el framework o marco de procesos de Gestión de Servicios de TI que proporciona un conjunto de mejores prácticas recogidas por la Oficina Gubernativa de Comercio Británica y que describe los procesos necesarios para administrar el área de TI eficazmente con el fin de optimizar beneficios y garantizar la integración de los servicios en la cadena de valor de las unidades de negocio.

Read more