Prueba De Software

PRUEBA DE SOFTWARE

Probar bien un sistema no es una actividad trivial para aprender. Algunos lo consideran un arte y aprender a hacerlo bien requiere práctica y experiencia. El 50% del tiempo y esfuerzo del desarrollo de Software corresponde a la prueba.

LA PRUEBA DE UN SISTEMA

Se define como el proceso de ejercitar o evaluar el sistema, por medios manuales o automáticos, para verificar que satisface los requerimientos o, para identificar diferencias entre los resultados esperados y los que produce el sistema (IEEE).

ASPECTOS IMPORTANTES SOBRE PRUEBA Y DEPURACIÓN

PRUEBA Es el proceso mediante el cual se establece la existencia de errores.

DEPURACIÓN

Es el proceso mediante el cual se localizan los errores.

Quién debe hacer la prueba? Se recomienda conformar un equipo con:

* Un moderador (persona experimen-tada e independiente del proyecto).

* El diseñador del programa.

* El programador.

* Un responsable de la prueba.

Qué debe considerarse para la realización de la prueba?

* Disponibilidad de herramientas del lenguaje para facilitar la prueba y depuración del sistema.

Generadores de datos para el test;

Herramientas del computador que producen resumen del flujo y número de ejecuciones de las instrucciones de una aplicación;

Comparadores de archivos.

* Técnicas para efectuar la prueba.

* La depuración del sistema.

La prueba puede demostrar existencia de errores, NO LA AUSENCIA DE ELLOS

PROCEDIMIENTOS PARA PRUEBA DE SOFTWARE

DEFECTO en un ambiente, algoritmo o dato, cuando esa entidad no reune sus especificaciones.

FALLA puede resultar cuando se persiste en mantener una entidad con un defecto.

Cuando el sistema procesa una falla se da lugar a comportamientos anormales conocidos por: error, excepción, comportamiento erróneo y fracaso.

ERROR

Cuando el sistema detecta una falla, la reconoce y maneja de tal forma que el procesamiento normal puede continuar.

EXCEPCIÓN

Cuando el sistema encuentra una falla, la reconoce pero no la puede manejar de forma que el proceso normal pueda continuar.

COMPORTAMIENTO ERRONEO

Cuando el sistema encuentra una falla que no es reconocible y que no causa una violación observable de sus especificaciones.

FRACASO

Cuando el sistema encuentra una falla que no es reconocible y que causa que se violen las especificaciones.

VERIFICACIÓN Intento de encontrar defectos ejecutando el programa en un ambiente de prueba.

VALIDACIÓN Intento de encontrar defectos ejecutando el programa en un ambiente real.

...