prubas

Aplicación práctica del diseño de pruebas
de software a nivel de programación

Oscar Hernando Guzmán Cortés
oguzman@icesi.edu.co

Fecha de recepción: 11-12-2003

ABSTRACT
Tests must be present in all software
life cycle phases, including requirements, analysis and design, programming, implementation and maintenance.
This article presents the design and
execution scheme of softwaretest,
specifically centered in programming
tests defined to Software Development department of Icesi University.
The requirements tests scheme is
shown in a basic form. The schemes
of analysis and design tests, implementations tests, and maintenance
tests, are not shown because they
aren’t totally defined.

Fecha de aceptación: 20-4-2004

KEYWORDS
Programming test, requirements
test,test design.
RESUMEN
Las pruebas deben presentarse a lo
largo de todo el ciclo de vida del desarrollo de software, pasando por requerimientos, análisis y diseño, programación, puesta en marcha y mantenimiento.
El siguiente artículo presenta el esquema de diseño y ejecución de pruebas de software, centrándose específicamente en las pruebas de programación, definidas para el departamento deDesarrollo de Sistemas de

SISTEMAS
& TELEMÁTICA

83

la Universidad Icesi. El esquema de
pruebas de requerimientos se muestra de manera general, mientras
que del esquema de pruebas de análisis y diseño, de puesta en marcha
y de mantenimiento no se presentan por no estar todavía totalmente
definidas.

84

SISTEMAS
& TELEMÁTICA

PALABRAS CLAVES
Pruebas de programación, pruebas derequerimientos, diseño de pruebas.
Clasificación: B

INTRODUCCIÓN
En el mundo de la computación tan
cambiante de hoy en día, y sobre todo
de gran evolución tecnológica, y en
vista de las exigencias que ha traído
la globalización, se ha hecho necesario desarrollar metodologías para asegurar la calidad de los productos de
software y obtener un mejoramiento
continuo de todos los procesosrelacionados con el desarrollo de software. Entre tantas metodologías, se
pueden mencionar: STD (Software
Technology Diagnostic), CMM (Capability Maturity Model), Bootstrap,
Trillium, y HealthCheck. Vale la pena
aclarar que CMM es un esquema de
diagnóstico y de evaluación de la
madurez del proceso de desarrollo de
software, más que un esquema de
mejoramiento de procesos.
Todos estos mecanismosde evaluación y mejora en el desarrollo de software han permitido que las empresas implementen la metodología que
más se ajuste a sus necesidades y forma de trabajar. Desde este enfoque,
el equipo de Desarrollo de Sistemas
de la Universidad Icesi ha acoplado
algunos conceptos relevantes de

CMM y establecido estándares para
definir su propio modelo de aseguramiento de la calidad desoftware; anotando que algunos elementos de dicho modelo están en proceso de definición, otros ya se están implementando, y otros están pendientes de
ajustarlos a nuestras necesidades.
A continuación, se presenta el proceso de diseño y ejecución de pruebas
de software (básicamente pruebas de
programación) que se ha definido
para el departamento de Desarrollo
de Sistemas de la Universidad Icesi.
1.¿CÓMO LLEGAR
A LA DEFINICIÓN
DEL ESQUEMA DE PRUEBAS
DE SOFTWARE?
CMM, en términos generales, provee
una guía de cómo obtener el control
del proceso de desarrollo y mantenimiento de software, de cómo evolucionar hacia una cultura de ingeniería de software. La Figura 1 muestra
el esquema general de cinco niveles
de madurez del proceso de software
propuesto por CMM, y la Figura 2
revela laestructura de cada nivel de
madurez.

Figura 1. Niveles de madurez del proceso de software.

SISTEMAS
& TELEMÁTICA

85

Figura 2. Estructura de los niveles de madurez de CMM.
Como se ha mencionado anteriormente, se ha revisado el esquema propuesto por CMM para determiar el
estado actual del proceso de desarrollo de software, y establecer las acciones a tomar en búsqueda de alcanzar...