2. • Propiciar la calidad en el Software es una actividad que ha
surgido como consecuencia de la fuerte demanda de
Sistemas de Software en todos los procesos que se
desarrollan en la actualidad; desde programas elementales
de contabilidad hasta programas complejos como los
espaciales.

5. • En segundo lugar, la prueba de una unidad facilita la tarea
de eliminar errores (el proceso de establecer claramente y
de corregir un error descubierto), puesto que, cuando se
encuentra un error, se sabe que existe en un módulo
particular. Finalmente, las pruebas de unidad introducen
paralelismo en el proceso de pruebas del software
presentándose la oportunidad de probar los múltiples
módulos simultáneamente.

6. • El objetivo de las pruebas de integración es verificar el
correcto ensamblaje entre los distintos componentes una
vez que han sido probados unitariamente con el fin de
comprobar que interactúan correctamente a través de sus
interfaces, tanto internas como externas, cubren la
funcionalidad establecida y se ajustan a los requisitos no
funcionales especificados en las verificaciones
correspondientes

7. • Buscan discrepancias 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.

8. • Las pruebas de sistema no se limitan a los sistemas. Si el
producto es un programa, la prueba del sistema es el
proceso de procurar demostrar cómo el programa, en su
totalidad, no resuelve sus objetivos o requerimientos.
• Las pruebas de sistema, por definición, son imposibles si no
están los requerimientos por escrito, mensurables para el
producto.

9. • El primer componente que se desarrolla y prueba es el primero de la jerarquía
(A). Los componentes de nivel más bajo se sustituyen por componentes
auxiliares para simular a los componentes invocados.
• Ventaja: una de las ventajas de aplicar esta estrategia es que las interfaces
entre los distintos componentes se prueban en una fase temprana y con
frecuencia.
•

11. • La planificación de la Estrategia de Prueba puede reducir
significativamente el esfuerzo necesario para el desarrollo
de las pruebas adecuadas, reducir el tiempo de realización
y ejecución de las mismas y disminuir los altos costos que
se generan.

12. • http://www.lisi.usb.ve/publicaciones/03%20evaluacion/ev
aluacion_15.pdf
http://gemini.udistrital.edu.co/comunidad/grupos/arquisoft/fileadmi
n/Estudiantes/Pruebas/HTML%20-
%20Pruebas%20de%20software/node34.html