Proceso de prueba

Tema 9. Pruebas del Software
1. 2. 3. 4. 5. 6. 7. 8. 9. Definiciones asociadas El proceso de prueba Técnicas de diseño de casos de prueba Pruebas estructurales Pruebas funcionales Pruebas aleatorias Enfoque práctica de diseño de casos Documentación del diseño de pruebas Ejecución de pruebas

10. Estrategia de aplicación de pruebas en el ciclo de vida

PRUEBAS DEL SOFTWARE
12.005

Cuandoya dispongamos del código ejecutable de la aplicación

Ciclo de vida software

Activid. 1

Activid. 2

…......... ….........

Activ. N-1

Pruebas

Controles Todo Sistema debe haber sido probado exhaustivamente a través de una ejecución controlada antes de ser entregado al cliente

Pretenden una evaluación de la calidad de los productos generados

PRUEBAS DEL SOFTWARE
12.010Verificación: El proceso de evaluación de un sistema (o de uno de sus componentes para determinar si los productos de una fase dada satisfacen las condiciones impuestas al comienzo de dicha fase
¿Estamos construyendo correctamente el producto? ¿Estamos construyendo el producto correcto?

Validación: El proceso de evaluación de un sistema o de uno de sus componentes durante o al final delproceso de desarrollo para determinar si satisface los requisitos marcados por el usuario

PRUEBAS DEL SOFTWARE
12.020

DEFINICIONES
Pruebas (test): «una actividad en la cual un sistema o uno de sus componentes se ejecuta en circunstancias previamente especificadas, los resultados se observan y registran y se realiza una evaluación de algún aspecto» Caso de prueba (test case): «un conjunto deentradas, condiciones de ejecución y resultados esperados desarrollados para un objetivo particular» Defecto (defect, fault, «bug»): «un defecto en el software como, por ejemplo, un proceso, una definición de datos o un paso de procesamiento incorrectos en un programa»
Instrucción incorrecta

Proceso de ejecutar un programa con el fin de encontrar errores

PRUEBAS DEL SOFTWARE
12.030DEFINICIONES
Fallo (failure): «La incapacidad de un sistema o de alguno de sus componentes para realizar las funciones requeridas dentro de los requisitos de rendimiento especificados» Error (error): tiene varias acepciones:
Fallo

La diferencia entre un valor calculado, observado o medio y el valo verdadero, especificado o teóricamente correcto.

Defecto Fallo Error

Un defecto Un resultadoincorrecto Una acción humana que conduce a un resultado incorrecto .

PRUEBAS DEL SOFTWARE
12.040

RELACION ENTRE ERROR, DEFECTO Y FALLO
Error
Equivocación del programador Sistema de gestión de aeropuerto

2+2=5 Accidente (seguridad) Defecto (calidad)

S.Aproximación

¡Xyx// ???

Fallo (fiabilidad) Se Plasma Da lugar a Fallo Que provoca Error Defecto Efectos negativos (delprogramador) (en el software) (el sistema no se (dependiendo de la comporta como debería) criticidad del sistema)

PRUEBAS DEL SOFTWARE
12.045

casos de prueba, se deben incluir tanto datos de entrada válidos y esperados como no válidos e inesperadoIDEAS PARADÓGICAS DE LAS PRUEBAS La prueba exhaustiva del software es impracticable (no se pueden probar todas las posibilidades de su funcionamiento nisiquiera en programas sencillos El objetivo de las pruebas es la detección de defectos en el software (descubrir un error es el éxito de una prueba)
Mito un defecto implica que somos malos profesionales y que debemos sentirnos culpables todo el mundo comete errores

El descubrimiento de un defecto significa un éxito para la mejora de la calidad

PRUEBAS DEL SOFTWARE
12.050

RECOMENDACIONESPARA UNAS PRUEBAS EXITOSAS
Cada caso de prueba debe definir el resultado de salida esperado que se comparará con el realmente obtenido. El programador debe evitar probar sus propios programas, ya que desea (consciente o inconscientemente) demostrar que funcionan sin problemas.
Además, es normal que las situaciones que olvidó considerar al crear el programa queden de nuevo olvidados al crear los...