Vous êtes sur la page 1sur 2

Cuales es el objetivo de hacer pruebas en el software?

- Para demostrar al desarrollador y al cliente que el software satisface sus


requerimientos.
- Para descubrir defectos en el software en el que el comportamiento de �ste es
incorrecto,
no deseable o no cumple su especificaci�n.

Pruebas del Sistema

Dos fases distintos de pruebas del sistema:


1. Pruebas de integraci�n -> dificultad es localizar los errores
2. Pruebas de entregas

adicionales:

- pruebas de rendimiento
- Pruebas de componente
- pruebas de interface

Dise�o de casos de prueba:


- Pruebas basadas en requerimientos
- Pruebas basadas en particiones
- Pruebas estructurales
- Prueba de caminos

* Las pruebas automatizadas sirven para ahorrar costos


--------------------------------------------------------------------

1. Explique por qu� las pruebas s�lo pueden detectar la presencia de errores, no su
ausencia.

R: Porque los casos de prueba fuerzan al programa a cometer errores, pero si es que
hay errores que se escapan
de los casos de pruebas no se puede comprobar si realmente est�n ah� o no.

2. Compare una integraci�n y pruebas ascendente y descendente comentando sus


ventajas y desventajas para pruebas
arquitect�nicas, para mostrar una versi�n del sistema a los usuarios y para la
implementaci�n pr�ctica y observaci�n
de las pruebas. Explique por qu� la integraci�n de la mayor�a de los sistemas
grandes, en la pr�ctica, tiene que usar una
mezcla de aproximaciones ascendentes y descendentes.

R: La integraci�n ascendente permite ir descubriendo errores clave m�s f�cilmente


en cambio la descendente
es m�s complejo ya que el error podr�a estar mucho m�s abajo y habr�a que llegar
hasta all�. Lo malo de la integraci�n
ascendente es que no se muestra el programa como un todo por lo que hay que ir
implementando cada vez m�s m�dulos por lo
que la funcionalidad real del sistema no es mostrada realmente.
Hay que hacer de las dos porque hay que probar el sistema como un todo pero como
son tan grandes ser�a imposible encontrar
peque�os errores entre tantos m�dulos.

5. Utilizando el diagrama de secuencia de la Fig. 8.14 como escenario, proponga


pruebas para la petici�n de elementos
electr�nicos en el sistema LIBSYS.

R:

7. Explique por qu� las pruebas de interfaz son necesarias incluso cuando los
componentes individuales han sido validados
extensamente a trav�s de las pruebas de componentes e inspecciones de programas.

R: Porque lo que hace una interfaz es contectar los componentes y aunque estos
hayan sido probados y validados
individualmente es necesario hacer la prueba de interacci�n con otros componentes
en donde pueden surgir distintos
tipos de errores como la lectura de los par�metros o suposiciones temporales
inv�lidas.

10. Indique tres situaciones en las que las pruebas de todos los caminos
independientes en un programa pueden no
detectar errores en el programa.

R:

Vous aimerez peut-être aussi