isc

“DESARROLLO DE PROYECTOS DE sW”

PRUEBAS DE SW

ISC “8vo semestre”

4.1.2 RELACIÓN ENTRE DEFECTO-FALLA Y ERROR.

Defecto: Un defecto lo podemos encontrar por ejemplo en un artefacto y puede definirse como una diferencia entre la versión correcta del artefacto y una versión incorrecta. Coincide con la "imperfección".

Falla: En terminología IEEE, una falla es la discrepancia visible que se produce al ejecutar un programa que posee uno o más defectos, el cual es incapaz de funcionar correctamente (no sigue un curso normal).

Error:También conocido como defecto de Sw (software bug en inglés).Es una equivocación cometida por el desarrollador, 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.

El estándar 829 de la IEEE coincide con la definición de diccionario de error como "una idea falsa o equivocada". Por tal razón un programa de calidad no puede tener o estar en un error.

El error se relaciona con el defecto y la falla de una manera muy estrecha, ya que, si cometemos un error esto nos conduce a uno o más defectos.Un defecto es haber utilizado el operador “<” en vez de “<=“. En este caso una falla es la disconformidad visible que se produce al ejecutar un programa con un defecto, respecto a la ejecución del programa correcto.

4.1.3 PRUEBAS ESTRUCTURALES, FUNCIONALES Y ALEATORIAS.

El objetivo de las pruebas es la detección de defectos en el software (descubrir un error es el éxito de una prueba).

Existen tres enfoques principales para el diseño de casos o pruebas:

1.-PRUEBAS ESTRUCTURALES O CAJAS BLANCAS.Son un tipo de pruebas de Sw que se realiza sobre las funciones internas de un módulo.

Entre las técnicas usadas se encuentran:

o La cobertura de caminos (pruebas que hagan que se recorran todos los posibles caminos de ejecución).

o Pruebas sobre las expresiones lógico-aritméticas.

o Pruebas de camino de datos (definición-uso de variables).

o Comprobación de bucles (se verifican los bucles para 0,1 y n iteraciones, y luego para las iteraciones máximas, máximas menos uno y más uno).

2.-PRUEBA FUNCIONAL O DE CAJA NEGRA.

Se centra en las funciones, entradas y salidas. Intenta encontrar errores de las siguientes categorías:

· Funciones Incorrecta o ausente.

· Errores de Interfaz.

· Errores en estructuras de datos o acceso a BD externas.

· Errores de rendimiento.

· Errores de inicialización y de terminación.

3. PRUEBAS ALEATORIAS

Aquí simulamos la entrada habitual del programa creando datos de entrada en la secuencia y con la frecuencia en que podrían aparecer en la Práctica (varias veces). Para ello habitualmente se utilizan generadores automáticos de casos de prueba.

Se utilizan modelos (en muchas ocasiones estadísticos) que representen las posibles entradas al programa para crear a partir de ellos los casos de prueba.