Fundamentos de

Ingeniería de
Software 3668
UNIDAD 2
2.4.4 Construyendo para la validación

Ing. Jenny Ruiz R.

SANGOLQUI – ECUADOR Docente TC DCCO
2021 Universidad de las Fuerzas Armadas ESPE
Av. General Rumiñahui s/n. Sangolquí - Ecuador
Email: jaruiz@espe.edu.ec
Cel. 0985313365 Telf. 593 (02) 3989400 Ext
1913
 Contexto de la prueba de software (IEEE
Computer Society, 2014)
(International Software Testing Qualifications
Board, 2018

All materials will be available on:

https://www.istqb.org/istqb-where-you-are.html
 Contexto de la prueba de software (IEEE
Computer Society, 2014)
(International Software Testing Qualifications
Board, 2018

Las pruebas del software se encuentran relacionadas con

diversas áreas:
1. Mantenimiento del software.
2. Calidad del software.
3. Construcción del software.
4. Pruebas de unidad y de integración están
íntimamente relacionadas con la construcción de
software.
 Fundamentos de Pruebas de SW

Según el International Software Testing Qualifications

Board, define las pruebas del software como: “El proceso
que consiste en todas las actividades de ciclo de vida,
tanto estáticas como dinámicas relacionadas con la
planificación, preparación y evaluación de productos de
software y productos relacionados con el trabajo para
determinar que cumplen los requisitos especificados,
para demostrar que son aptos para el propósito y para
detectar defectos” .
 Objetivos típicos de las pruebas
• Evaluar productos de trabajo como requisitos, historias
de usuario, diseño y código.
• Para verificar si se han cumplido todos los requisitos
especificados.
• Para validar si el objeto de prueba está completo y
funciona como los usuarios y otras partes interesadas
esperar.
• Crear confianza en el nivel de calidad del objeto de
prueba.
• Para prevenir defectos .
• Para encontrar fallas y defectos.
Figura 1. Modelo en V
Pruebas de requisitos / pruebas de aceptación

Determinan si un sistema satisface sus criterios de

aceptación, generalmente al verificar los
comportamientos deseados del sistema con los
requisitos del cliente
Pruebas del diseño / pruebas de integración y de
sistema

La fase de diseño tiene como objetivo generar un

conjunto de especificaciones completas del sistema
que se va a implementar, transformando los
requisitos en un Plan de implementación.
 Prueba de integración

Es el proceso de verificar las interacciones entre los

componentes del software. Las estrategias de
prueba de integración clásicas, como de arriba
hacia abajo y de abajo hacia arriba, a menudo se
usan con software estructurado jerárquicamente.
 Prueba de sistema

Se refiere a probar el comportamiento de un

sistema completo. Las pruebas efectivas de unidad
e integración habrán identificado muchos de los
defectos del software.
Revisiones e inspecciones del código fuente /
pruebas unitarias

Las revisiones e inspecciones de código fuente son

una técnica para la detección manual de errores en
el código (Bashir and Goel 2000).
Figura 2 An input-output model of program testing
Figura 3 Inspections and testing
Figura 4 A model of the software testing process
Figura 5 Partición equivalente (CB 1)
Figura 6 Partición equivalente (CB 2)
Figura 7 Interface testing
 Caja Blanca

Enfoque a las pruebas de programa, donde las

pruebas se basan en el conocimiento de la
estructura del programa y sus componentes. El
acceso al código fuente es esencial para
las pruebas de caja blanca.
 Caja Negra

Un enfoque a las pruebas donde los examinadores

no tienen acceso al código fuente de
un sistema o sus componentes. Las pruebas se
derivan de la especificación del sistema.
GRACIAS POR SU ATENCIÓN
PREGUNTAS