Derecgi

Actas de Talleres de Ingeniería del Software y Bases de Datos, Vol. 1, No. 4, 2007

47

Aplicación de un Método para Especificar Casos de Prueba de Software en la Administración Pública
Edumilis Méndez, María Pérez, Luis E. Mendoza
Departamento de Procesos y Sistemas, Edificio de Matemáticas y Sistemas, Laboratorio de Investigación en Sistemas de Información (LISI), Universidad SimónBolívar, Apartado 89000, Baruta, Caracas, 1080-A, Venezuela {emendez, movalles, lmendoza}@usb.ve

Resumen
Una diferencia interesante entre las Pruebas y otras disciplinas del proceso de desarrollo de software es que esencialmente es una tarea que encuentra y pone de manifiesto las debilidades del producto de software. Existen cuatro elementos que son relevantes al momento de definir las pruebas:Confiabilidad, Costo, Tiempo y Calidad. En la medida que se deseen pruebas confiables y un software de calidad, el tiempo y el costo se incrementarán. Pero ¿qué se puede hacer para que los involucrados comprendan que las pruebas deben ser vistas como una red de seguridad? Si la Calidad no está ahí antes de comenzar las pruebas, entonces no estará cuando se terminen. En base a esto, ¿cómo se puede haceruna traza entre las Pruebas y los requerimientos funcionales y no funcionales del sistema de software? El objetivo de este artículo es proponer un método que permite especificar Casos de Prueba a partir de Casos de Uso incorporando elementos que permiten verificar y validar la trazabilidad entre la Gestión de Requerimientos, el Análisis y Diseño y las Pruebas. Esta iniciativa se originó comorespuesta a una necesidad del sector público venezolano que desarrolla software.

1. Introducción
La Disciplina de Pruebas de Rational Unified Process (RUP) se aborda desde la fase de inicio [3]. Esto quiere decir que las pruebas se deben comenzar a planificar y además se debe establecer cuál es la estrategia de pruebas a seguir una vez que han aprobado todos los Casos de Uso (CU) correspondientesa la iteración. Esta disciplina amerita un mayor esfuerzo en la fase de construcción ya que es el momento en el que se valida (¿se está construyendo el producto correcto?) el producto de software. Antes, durante

y después de esta fase se realizan actividades de verificación (¿se está construyendo el producto correctamente?). El objetivo de la Disciplina de Pruebas es evaluar la calidad delproducto a lo largo de todo el ciclo de vida apoyándose en un conjunto de buenas prácticas, entre las que destacan [4]: • Verificar que el producto de software trabaja según el diseño. • Validar que los requerimientos son implementados apropiadamente. En [2] indican que esta disciplina, generalmente no se implementa de forma organizada y sistemática. Además, algunos autores como [1, 3, 5, 6, 7]afirman que el proceso de ejecución de Pruebas debe ser considerado durante todo el ciclo de vida de un proyecto, para así obtener un producto de alta calidad. Su éxito dependerá del seguimiento de una Estrategia de Prueba adecuada. La Estrategia de Prueba de software integra un conjunto de actividades que describen los pasos que hay que llevar a cabo en un proceso de prueba, tomando en consideracióncuánto esfuerzo y recursos se van a requerir, con el fin de obtener como resultado una correcta construcción del software [6]. Las empresas desarrolladoras de software invierten en las pruebas entre el 30% y 50% del costo total del software [6]. Esto representa un esfuerzo considerable indicando que es una disciplina cuyos resultados (confiabilidad de la prueba) pueden impactar sobre la percepcióndel cliente o usuario en cuanto a la calidad del software que se le está entregando. En el año 2004 el Estado Venezolano promulgó el decreto 3.390, que establece el uso prioritario de Software Libre (SL), basado en estándares abiertos en los servicios y sistemas informáticos de los organismos pertenecientes a la Administración Pública Nacional (APN). Por lo

ISSN 1988-3455

48

Actas de...