1. Organismo Publico Descentralizado del Estado de Puebla
Ingeniería en Sistemas Computacionales
Desarrollo de Proyecto de Software
“Estrategias de Aplicación de Pruebas”
Presenta:
Cruz Córdova Carlos
2. Pruebas de
Unidad
Pruebas de
Subsistemas
Pruebas de
Módulos
Pruebas de
Sistemas
Pruebas de Pruebas de
Aceptación
Integración
Pruebas de Pruebas
Componentes del Usuario
3. La prueba de unidad centra el proceso de verificación
en la menor unidad del diseño del software(Módulo).
Aquí se prueban los caminos de control importantes, con
el fin de descubrir errores dentro del ámbito de un
módulo.
Las componentes se prueban independientemente para
comprobar que operan adecuadamente; el desarrollador
de cada unidad se encarga de realizar las pruebas.
4. Es una técnica sistemática para construir la arquitectura
del software, al mismo tiempo, se aplican las pruebas
para descubrir errores asociados con la interfaz.
Su objetivo es verificar el correcto ensamblaje entre los
distintos componentes, tanto internas como externas,
además si cumplen la funcionalidad establecida y se
ajustan a los requisitos no funcionales especificados en
las verificaciones correspondientes.
5. Tipos de Integración
Integración incremental: se combina el siguiente
componente que se debe probar con el conjunto de
componentes que ya están probados y se va
incrementando progresivamente el número de
componentes a probar.
Integración no Incremental: se prueba cada
componente por separado y posteriormente se integran
todos una vez realizando las pruebas pertinentes.
6. Las pruebas de sistema buscan diferencias entre el
programa y sus objetivos o requerimientos, enfocándose
en los errores hechos durante la transición del proceso
al diseñar la especificación funcional.
Esto hace a las pruebas de sistema un proceso vital de
pruebas, ya que en términos del producto, número de
errores hechos, y severidad de esos errores, es un paso
en el ciclo de desarrollo generalmente propenso a la
mayoría de los errores.
7. El objetivo de las pruebas de aceptación es validar que
un sistema cumple con el funcionamiento esperado y
permitir al usuario de dicho sistema que determine su
aceptación, desde el punto de vista de su funcionalidad
y rendimiento.
Estas son definidas por el usuario del sistema y
preparadas por el equipo de desarrollo, aunque la
ejecución y aprobación final corresponden al usuario.