La primera cucharada de pruebas de software

LA PRIMERA CUCHARADA DE LA SOPA DE PRUEBAS DE SOFTWARE Autor: Ruben López Fuentes Facultad de Ciencias y Tecnología Carrera de Ingeniería Informática Universidad Autónoma Juan Misael Saracho e-mail: rbn18_05@hotmail.com, lopfes@gmail.com Resumen Las pruebas demuestran la presencia de errores en un programa y no demuestran que no existen más defectos. La prueba inicial es la “Prueba de Unidad”, enella se evalúan funciones, módulos y funciones de módulos a través de pruebas estructurales y particionales. Existen herramientas de código abierto que permite la ejecución de las pruebas de unidad como JUnit. Abstract Tests show the presence of mistakes in a program and not show exist of more defects. The star test is “Unit Test”, it check functions, modules and functions of modules throughstructural and partition tests. There are tools of open code that permit execution of unit test like JUnit. prueba en una serie bien planteada de pasos que desembocarán en la eficaz construcción del software. Las estrategias proporcionan una proyección de cómo y cuándo se realizarán las pruebas y cuánto tiempo y esfuerzo será usado. A menudo la realización de casos de prueba consume más tiempo dededicación que cualquier otra actividad de ingeniería de software, es por esto que se debe elaborar un plan de prueba para no malgastar esfuerzos ni recursos. En definitiva la finalidad de las pruebas de software es descubrir errores del sistema que no fueron detectados al realizar su elaboración y construcción, como se observa en la Figura 1.

Palabras Clave: Prueba, Unidad, Código, Componente. 1.INTRODUCCIÓN Los clientes del mercado actual tienden a ser más exigentes cuando se trata de adquirir un software a “medida” de sus necesidades, más aún en empresas grandes donde la complejidad de sus facultades requieren de sistemas más sofisticados y eficientes. Pues bien, es responsabilidad del equipo de trabajo desarrollar un software de calidad, por ello en la práctica de la ingeniería desoftware se describen estrategias de pruebas que integran métodos de diseño de casos de Figura 1: Prueba de Unidad en RUP Sería ilógico realizar pruebas empezando de lo más complejo a lo más simple, esto significa que en las primeras etapas las pruebas se ejecutan en un componente o un grupo pequeño de componentes relacionados y se aplica para descubrir errores en la lógica de datos que es dondeempezamos a utilizar el término que nos interesa “Prueba de Unidad”, luego de probado e “Integrado” los componentes, se procede a realizar pruebas

de alto nivel y depuraciones, algo que no exploraremos en profundidad en éste artículo. En la Figura 2 se representa que las funciones, módulos y combinaciones de módulos son los candidatos para los propósitos de las “Pruebas de Unidad”.

una prueba deun módulo (unidad de código), concreto dentro de un software que incluirá muchos otros módulos, cuyo objetivo es aislar cada parte del programa y mostrar las partes individuales que son correctas. 2.2.Primitivas de las Unidad Pruebas de

Una prueba de unidad válida deberá contar con las siguientes características:  Automatizable: no debería requerirse una intervención manual. Esto esespecialmente útil para la integración continua. Completas: deben cubrir la mayor cantidad de código. Repetibles o Reutilizables: no se deben crear pruebas que sólo puedan ser ejecutadas una sola vez También deben ser útiles para la integración continua. Independientes: la ejecución de una prueba no debe afectar a la ejecución de otra. Profesionales: las pruebas deben ser consideradas igual que el código,con la misma profesionalidad, documentación, etc. de las Pruebas de

Figura 2: Visión Global de las Pruebas de Software 2. PRUEBAS DE UNIDAD En las estrategias de prueba para las arquitecturas convencionales del software la “Prueba de unidad” comienza en el eje central del espiral y se concentra en cada unidad (componente) del software, tal como se implementó en el código fuente y en el...