201

Resumen Ejecutivo

Resumen Ejecutivo
Modelo formal de pruebas funcionales de
software para alcanzar el Nivel de Madurez
Integrado 2
El modelo de madurez de pruebas integrado, es un proceso aplicado al desarrollo de productos
de software que ayudan a la mejora del proceso de pruebas a travs del cumplimiento de
objetivos y prcticas especficas que permiten en forma sistemtica mejorar la calidad de las
aplicaciones finales, que se ven reflejadas en el tiempo, confiabilidad, usabilidad, pertinencia y
costo de los mismas.

En el proyecto mencionado en el trabajo de: Modelo formal de pruebas funcionales de

software se aplicaron las siguientes normas para el diagnstico funcional del software:

ISO-9001-2000: Norma internacional que analiza el sistema de gestin de calidad en lo

que respecta a la responsabilidad de la direccin, gestin de los recursos, realizacin del
producto, medicin, anlisis y mejora
ISO/IEC 9126: Norma orientada al software y su calidad, que toma en cuenta las
siguientes consideraciones la calidad interna, calidad externa y calidad de uso.

Los modelos evaluados son:

TMMI y TMM utilizados para mejorar los procesos de pruebas de software, tienen 5
niveles de madurez; su debilidad es la validacin y verificacin, dependiendo, por tanto,
de la empresa para su realizacin.
TPI modelo de mejora del proceso de pruebas, mediante acciones, actividades y tareas;
pero no es un mecanismo que permita estructurar o formar uno desde cero.
TMAP es un modelo orientado a la gestin de las pruebas a travs de actividades y
tareas, pero no es un modelo de procesos de pruebas de software; no es aconsejable para
pequeas o medianas empresas, debido a su complejidad y extensin.

Dichos modelos fueron evaluados en una PYME, mostrando como resultados la eficiencia del
modelo y la necesidad de desarrollar una cultura de calidad organizacional en esta empresa, ya
que existe una deficiencia en la planificacin, evaluaciones, gestin de recursos, falta de
automatizacin y dems problemas que se dan a causa de la falta de organizacin en la empresa.

JAMA MANZABA CARMEN 2

ARACELY
 Resumen Ejecutivo

Las pruebas realizadas, fueron:

Pruebas estructural conocida como caja blanca, su objetivo es determinar los caminos
del programa a ser evaluados en las pruebas.
Prueba funcional conocida como de caja negra, su objetivo es validar si cumple con
sus especificaciones (enfoque del usuario), realizando entradas y observando sus
salidas.
Pruebas de regresin cuyo objetivo es verificar que los cambios realizados a los
programas no causen nuevos defectos (alterando su calidad).

A continuacin se detallan los incidentes y ciclos analizados:

Ciclo prueba 1: Se analizaron 20 funcionalidades, con un total de pruebas de 340 y 59

incidentes. Durante este ciclo se presentaron los siguientes incidentes 20,
funcionalidad/implementacin incorrecta 10, interfaz de usuario, mensajes errneos o
falta de mensajes 30.
Ciclo prueba 2: Se analizaron 8 funcionalidades, con un total de 51 pruebas y 21
incidentes. Durante este ciclo se presentaron los siguientes incidentes 6,
funcionalidad/implementacin incorrecta 6, interfaz de usuario, mensajes errneos o
falta de mensajes 4.
Ciclo prueba 3 (regresin): Se analizaron 36 funcionalidades, con un total de 228
pruebas y 100 incidentes. Durante este ciclo se presentaron los siguientes incidentes 5,
funcionalidad/implementacin incorrecta 10, interfaz de usuario, mensajes errneos o
falta de mensajes 0.

Durante el primer ciclo, la mayora de los problemas tienen que ver con realizar una segunda
versin del producto, el segundo ciclo muestra problemas de mayor importancia y relevancia
que van de la funcionalidad del software.

Conclusiones

El modelo formal de pruebas de software debe de ser tomado en cuenta al momento de

desarrollar un software, ya que nos permite evaluar el desarrollo del mismo y realiza ciclos de
pruebas, todo esto con el fin de analizar la calidad del producto, para con esto reducir tiempo y
costo en mejorar los requerimientos.

Bibliografa

M.E. Escobar-Snchez & W.M. Fuertes-Daz, "Modelo formal de pruebas funcionales

de software para alcanzar el Nivel de Madurez Integrado 2", Fac. Ing., vol. 24 (39), pp.
3141, Mayo-Ago. 2015.

JAMA MANZABA CARMEN 3

ARACELY