Plan de pruebas

Pruebas de Software
Ingeniería del Software I Universidad Rey Juan Carlos

César Javier Acuña Acuñ cesar.acuna@urjc.es

Introducción
Verificación de Software:
Determinar si los productos de una fase dada satisfacen las condiciones impuestas al inicio de la fase

Validación de Software:
Evaluación de un sistema o uno de sus componentes durante o al final de su desarrollo para determinarsi satisface los requisitos.

2

Ingeniería del Software I

1

Introducción
Verificación
¿Estamos construyendo correctamente el producto?

Validación
¿Estamos construyendo el producto correcto? Estamos

Las pruebas permiten validar y verificar el software

3

Ingeniería del Software I

Introducción
Pruebas (test): «una actividad en la cual un sistema o uno de suscomponentes 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 de entradas, condiciones de ejecución y resultados esperados desarrollados para un objetivo particular»
4
Ingeniería del Software I

2

Introducción
Defecto (defect, fault, «bug»): «un defecto en elsoftware como, por ejemplo, un proceso, una definición de datos o un paso de procesamiento incorrectos en un programa» 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 »
5
Ingeniería del Software I

Introducción
Error (error):
La diferencia entre un valor calculado, observado omedio y el valor verdadero, especificado o teóricamente correcto. Un defecto Un resultado incorrecto Una acción humana que conduce a un resultado incorrecto .

6

Ingeniería del Software I

3

Introducción
Error
Equivocación del programador Sistema de gestión de aeropuerto

2+2=5 Accidente (seguridad) Defecto (calidad)
¡Xyx// ???

S.Aproximación

Fallo (fiabilidad)

7Ingeniería del Software I

Introducción
Probar exhaustivamente el SW es “imposible” Es imposible evaluar todas las posibilidades Un proceso de prueba será exitoso cuando encuentre “errores” Los errores no son siempre fruto de la negligencia del programador

8

Ingeniería del Software I

4

Introducción
Recomendaciones
Cada caso de prueba debe definir el resultado de salida esperado Elprogramador debe evitar probar sus propios programas, ya que desea (consciente o inconscientemente) demostrar que funcionan sin problemas Se debe inspeccionar a conciencia el resultado de cada prueba, así, poder descubrir posibles síntomas de defectos
9
Ingeniería del Software I

Introducción
Recomendaciones
Al generar casos de prueba, se deben incluir tanto datos de entrada válidos yesperados como no válidos e inesperados. Las pruebas deben centrarse en dos objetivos (es habitual olvidar el segundo):
• Probar si el software no hace lo que debe hacer • Probar si el software hace lo que no debe hacer, es decir, si provoca efectos secundarios adversos

10

Ingeniería del Software I

5

Introducción
Recomendaciones
Se deben evitar los casos desechables, es decir, los nodocumentados ni diseñados con cuidado No deben hacerse planes de prueba suponiendo que, prácticamente, no hay defectos en los programas y, por lo tanto, dedicando pocos recursos a las pruebas.

11

Ingeniería del Software I

Introducción
Recomendaciones
La experiencia parece indicar que donde hay un defecto hay otros, es decir, la probabilidad de descubrir nuevos defectos en una parte delsoftware es proporcional al número de defectos ya descubierto. Las pruebas son una tarea tanto o más creativa que el desarrollo de software. Siempre se han considerado las pruebas como una tarea destructiva y rutinaria.
12
Ingeniería del Software I

6

El Proceso de Prueba
Planear Planear pruebas pruebas
Información sobre proyecto Plan de pruebas

Diseñar Diseñar pruebas pruebas...