Definiciones

INDICE.

INTRODUCCIÓN………………………………………………………………………………………………………………………2

UNIDAD 4 PRUEBAS DE SOFTWARE................................................................................3

4.1 Definiciones.........................................................................................................................3

4.1.1 Prueba, caso de prueba, defecto, falla, error, verificación, validación. ................................. 3

4.1.2 Relación defecto falla error…………………………………….............................................................6

4.1.3 Pruebas estructurales, funcionales y aleatorias. ................................................................. 8

4.1.4 Documentación del diseño de las pruebas. ........................................................................8

4.2 Proceso de pruebas. ...........................................................................................................9

4.2.1 Generar un plan de pruebas.............................................................................................. 9

4.2.2 Diseñar pruebas específicas. ............................................................................................ 10

4.2.3 Tomar configuración del software a probar. ....................................................................10..

4.2.4 Configurar las pruebas....................................................................................................... 11

4.2.5 Evaluar resultados. ........................................................................................................... 11

4.2.5.1 Depuración. .................................................................................................................. 11

4.2.5.2 Análisis de errores.......................................................................................................... 11

4.3 Técnicas de diseño de casos de prueba.................................................................................12

4.4 Enfoque práctico recomendado para el diseño de casos. ......................................................13

4.5 Estrategias de aplicación de las pruebas. ..............................................................................14

4.5.1 Pruebas unitarias.............................................................................................................. 14

4.5.2 Prueba de integración.......................................................................................................15

4.5.3 Del sistema. ..................................................................................................................... 16

4.5.4 Pruebas de aceptación......................................................................................................17

RESUMEN…………………………………………………………………………………………………………….........18

SINTAXIS………………………………………………………………………………………………………………….....22

BIBLIOGRAFÍA………………………………………………………………………………………………………….....23

INTRODUCCIÓN.

En el desarrollo del software las posibilidades de error son innumerables. Los errores pueden darse desde una mala especificación de los requisitos funcionales, una incorrecta selección de los métodos de resolución, uso indebido de las estructuras de datos, errores al enlazar módulos.

El desarrollo del software ha de ir acompañado de alguna actividad que garantice la calidad, la prueba es un elemento crítico para la garantía de calidad del software. La importancia de los costes asociados a los fallos motiva la creación de un proceso de pruebas minuciosas y bien planificadas.

Gran parte del esfuerzo que se dedica al desarrollo del software se invierte en la prueba (valor aproximado 40 %), e incluso en el caso de software para actividades críticas, como por ejemplo los sistemas de control en tiempo real, puede invertirse en la prueba un esfuerzo muy superior al que se invierte en el resto de etapas.

La prueba y validación de los resultados no es un proceso que se realiza una vez desarrollado el software sino que debe efectuarse en cada una de las etapas de desarrollo.

“El desarrollo de sistemas de software implica una serie de actividades de producción en las que las posibilidades de que aparezca el fallo humano son enormes. Los errores pueden empezar a darse desde el primer momento del proceso, en el que los objetivos… pueden estar especificados de forma errónea o imperfecta, así como [en] posteriores pasos de diseño y desarrollo… Debido a la imposibilidad humana de trabajar y comunicarse de forma perfecta, el desarrollo de software e ha de ir acompañado de una actividad que garantice la calidad.”

4.1 DEFINICIONES

4.1.1 PRUEBA, CASO DE PRUEBA, DEFECTO, FALLA, ERROR, VERIFICACIÓN, VALIDACIÓN.

Prueba

La prueba es el proceso de ejecución de un programa con la intención de descubrir un error. Las pruebas son un conjunto de actividades que se pueden planificar por adelantado y llevar a cabo sistemáticamente. Por esta razón, se debe definir en el proceso de la ingeniería del software una plantilla para las pruebas del software: un conjunto de pasos en los que podamos situar los métodos específicos de diseño de casos de prueba.

Un proceso general de pruebas comienza con la prueba de unidades de programas individuales tales como funciones u objetos. A continuación, éstas se integraban en subsistemas y sistemas, y se prueban las interacciones entre estas unidades. Finalmente, después de entregar el sistema, el cliente puede llevar a cabo una serie de pruebas de aceptación para comprobar que el sistema funciona tal y como se ha especificado.

Este modelo de proceso de pruebas es apropiado para el desarrollo de sistemas grandes; pero para sistemas más pequeños, o para sistemas que se desarrollan mediante el uso de scripts o reutilización, a menudo se distinguen menos etapas en el proceso. Las dos actividades fundamentales de pruebas son la prueba de componentes -probar las partes del sistema- y la prueba del sistema -probar el sistema como un todo.

Características generales:

• Las pruebas comienzan a nivel de módulo y trabajan «hacia fuera», hacia la integración de todo el sistema basado en computadora.

• Según el momento, son apropiadas diferentes técnicas de prueba.

• La prueba la lleva a cabo el responsable del desarrollo del software y (para grandes proyectos) un grupo independiente de pruebas.

• La prueba y la depuración son actividades diferentes, pero la depuración se debe incluir en cualquier estrategia de prueba.

Casos de prueba

Conjunto de condiciones o variables bajo las cuáles el analista determinará si el requisito de una aplicación es parcial o completamente satisfactorio. El objetivo del proceso de diseño de casos de prueba es crear un conjunto de casos de prueba que sean efectivos descubriendo defectos en los programas y muestren que el sistema satisface sus requerimientos.

Para diseñar un caso de prueba, se selecciona una característica del sistema o componente que se está probando. A continuación, se selecciona un conjunto de entradas que ejecutan dicha característica, documenta las salidas esperadas o rangos de salida y, donde sea posible, se diseña una prueba automatizada que prueba que las salidas reales y esperadas son las mismas.

Defecto

Un defecto de software (computer bug en inglés), es el resultado de un fallo o deficiencia durante el proceso de creación de programas de ordenador o computadora (software). Dicho fallo puede presentarse en cualquiera de las etapas del ciclo de vida del software aunque los más evidentes se dan en la etapa de desarrollo y programación. Los errores pueden suceder en cualquier etapa de la creación de software.

Falla

Una falla ocurre cuando un programa no se comporta de manera adecuada. La falla es una propiedad estática de un sistema en ejecución.

Error

Es una acción humana que provoca que un software contenga una falta. Un error puede significar la existencia de una falta en el programa lo cual hace que el sistema falle.

Verificación

La verificación se refiere al conjunto de actividades que aseguran que el software implementa correctamente una función específica. La validación se refiere a un conjunto diferente de actividades que aseguran que el software construido se ajusta a los requisitos del cliente.

Validación

La validación del software o, de forma más general, la verificación y validación (V & V) se utiliza para mostrar que el sistema se ajusta a su especificación y que cumple las expectativas del usuario que lo comprará. Implica procesos de comprobación, como las inspecciones y revisiones, en cada etapa del proceso del software desde la definición de requerimientos hasta el desarrollo del programa, Sin embargo, la mayoría de los costos de validación aparecen después de la implementación, cuando se prueba el funcionamiento del sistema,

A excepción de los programas pequeños, los sistemas no se

...