Entrega casos de prueba y/o formato inspecciones. preparcasos de prueba. diseñar caja blanca

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

Fecha de aceptación: 20-4-2004

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 andexecution scheme of software test, 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.

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 de Desarrollo de Sistemas deSISTEMAS & 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.

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

84SISTEMAS & TELEMÁTICA

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 procesos relacionados con el desarrollo desoftware. 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 mecanismos de evaluación y mejora en el desarrollo desoftware 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 de software; anotando que algunos elementos de dichomodelo 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 DESOFTWARE? 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 la estructura de cada nivel de madurez.

Figura 1. Niveles demadurez 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 un mayor nivel de madurez en dicho proceso. Y, en lo concerniente...