INGENIERÍA EN SISTEMAS

COMPUTACIONALES

ASIGNATURA: Verificación y validación del software

INSTITUTO TECNOLÓGICO SUPERIOR DE XALAPA
M.C. MARÍA ANGÉLICA CERDÁN
UNIDAD 2- PRUEBAS
2 . 1 T I P O S D E P R U E BA S
2 . 2 CO B E RT U R A D E P R U E BA S
2 . 3 P R E PA R A C I Ó N D E L A P R U E BA
2 . 4 P RO D U C TO S D E L A P R U E BA
Agenda
Tipos de pruebas

Cobertura

Preparación

Productos

M.C. MA. ANGÉLICA CERDÁN 2

2.1 Tipos de pruebas

M.C. MA. ANGÉLICA CERDÁN 3

 Definición de prueba por ISQTB
El ISTQB (Interna,onal
So/ware Tes,ng
Qualifica,ons Board), una
organización sin ánimo de
lucro creada en el año 2002
por empresas, ins7tuciones,
organizaciones y personas
especializadas en el campo de
las pruebas y la industria del
so;ware, define las pruebas
como:
M.C. MA. ANGÉLICA CERDÁN
“El proceso que consiste en todas las
ac1vidades del ciclo de vida, tanto está1cas
como dinámicas relacionadas con la
planificación, preparación y evaluación de
productos de so9ware 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”.
4
 Modelos de ciclo de vida y las pruebas
Las pruebas pueden encajar en diferentes modelos de ciclo de vida de desarrollo de software.

Para un proyecto dado, se identifican las fases y/o actividades de desarrollo necesarias y también la
forma en que se van a realizar entre sí durante el curso del ciclo de vida del desarrollo.

M.C. MA. ANGÉLICA CERDÁN 5

 Definición de
También La industria del modelo de
conocido como software ha ciclo de vida
“Modelo de utilizado varios
ciclo de vida”, modelos de de desarrollo
es el conjunto ciclo de vida a
de fases de lo largo de los
desarrollo para años.
el so:ware.

M.C. MA. ANGÉLICA CERDÁN 6

 Los ciclos de vida
Ejemplos de los más representa7vos: Las ac%vidades de desarrollo realizadas
son más o menos las mismas en todos
◦ Secuencial (cascada) los modelos de ciclo de vida; las
principales diferencias radican en la
◦ Evolu,vo definición de sus alcances, la can0dad
y naturaleza de la documentación
producida y la frecuencia con la que se
◦ Ágil
repiten durante el curso del ciclo de
vida del desarrollo.

M.C. MA. ANGÉLICA CERDÁN 7

 Contexto para la prueba en un Sprint
Al comienzo del sprint, el equipo
Scrum y el cliente (Product
Owner) acuerdan qué historias
de usuario del Product Backlog
deben implementarse en este
sprint.
Las historias seleccionadas
comprenden el Sprint Backlog.
Luego, el equipo planifica el Ejecución de prueba
sprint programando las Plan de prueba
actividades de desarrollo y
prueba y asignando los roles y
responsabilidades de los
miembros del equipo.
El ciclo ágil sigue el mismo
proceso genérico en todo el Análisis de métricas
desarrollo y las pruebas de
productos.

M.C. MA. ANGÉLICA CERDÁN 8

 Contexto de la prueba en el desarrollo
secuencial Plan de prueba
Al planificar
todo el proyecto Ejecución de prueba
Los subprocesos de prueba
descritos para el desarrollo
evolutivo, también son
relevantes para las pruebas en
un proyecto secuencial,
aunque sólo se realizan una
vez (sólo hay una pasada a
través de un modelo de
desarrollo secuencial).

Análisis de métricas
Al evaluar el
proyecto

M.C. MA. ANGÉLICA CERDÁN 9

 Iteraciones
Una iteración consta de todas o algunas de las actividades
de desarrollo estándar. Una iteración incluirá una fase de
aceptación si el resultado de la iteración se entrega a los
usuarios; de lo contrario, una fase de aceptación
normalmente solo se realizará en la última iteración.
Un ciclo de vida de desarrollo evolutivo se puede
caracterizar como una serie de ciclos de vida secuenciales
discretos, cada uno de los cuales agrega más capacidad al
sistema que se está desarrollando.

M.C. MA. ANGÉLICA CERDÁN 10

 Modelo-V
Especificación de requisitos funcionales • Pruebas de regresión
◦ Especificación funcional, lo que el sistema • Re-testing requerido después de
debe hacer una modificación, para verificar
que no se han introducido
defectos
Especificación de requisitos no
funcionales • Pruebas de aceptación
◦ La manera en que el sistema da • Pruebas formales del
cumplimiento a las funcionalidades cumplimiento de los requisitos
del cliente
Diseño de alto nivel
• Pruebas de sistema
◦ Definiciones de composición-
descomposición del sistema, así como • Pruebas del sistema integrado y
interfaces, etc. del cumplimiento de los
requisitos no funcionales
Diseño detallado • Pruebas de integración
◦ Especificación de componentes, métodos y • Interfaces de los componentes
de implementación.
• Pruebas unitarias
Construcción • Funcionalidad por cada unidad
◦ Codificación de programación

M.C. MA. ANGÉLICA CERDÁN 11

2.2 Cobertura

M.C. MA. ANGÉLICA CERDÁN 12

 Prioridades en la prueba
No podemos probar todas las
combinaciones y no podemos realizar
un test para demostrar que el
programa está libre de errores por ello
tenemos op7mizar las pruebas.
Para ello vamos a establecer
prioridades que nos marcarán las
limitaciones y los obje7vos de un
proyecto de so;ware.
M.C. MA. ANGÉLICA CERDÁN
Se pueden establecer 4 prioridades:
1. IdenMficar la magnitud y las fuentes de
riesgo del desarrollo reducible por las
pruebas .
2. Realizar pruebas para reducir los riesgos
de negocio idenMficados.
3. Saber cuándo se ha completado la
prueba.
4. Administrar las pruebas como un
proyecto más dentro del desarrollo del
proyecto.
13
Consideraciones
Por lo tanto, a la hora de probar tenemos que establecer prioridades.

Una de las prioridades más importantes que hay que tener en cuenta son los recursos de los que
se va a disponer en el proyecto.

Al realizar un análisis de los riesgos del negocio queremos conocer cuales son los principales
riesgos para asegurar que se dispone de recursos suficientes para poder llevar a cabo las pruebas.

Estos recursos irán desde el personal, hasta las herramientas que se vayan a u?lizar.

M.C. MA. ANGÉLICA CERDÁN 14

Para cumplir su función, las pruebas
deben…
Todos los esfuerzos de
prueba deben definir y
utilizar métricas y
proporcionar medidas
respecto a:

PRODUCTO PROCESOS

M.C. MA. ANGÉLICA CERDÁN 15

Riesgo residual

Número de riesgos mitigados / número de riesgos

Ejemplos de
identificados;
métricas
Defectos acumulados abiertos y cerrados

Número de defectos abiertos cada día en comparación

con el número de defectos cerrados cada día

Progreso de aplicación de los casos de pruebas

Número de casos de prueba ejecutados / número de

casos de prueba planificados para su ejecución

Porcentaje de detección de defectos

Número de defectos encontrados en las pruebas /

número de defectos encontrados (total)

M.C. MA. ANGÉLICA CERDÁN 16

 Cobertura
La cobertura de las Esta métrica varía
pruebas son una según la técnica
métrica sobre el aplicada, por
La métrica de la porcentaje de lo ejemplo si se uMliza
que se ha logrado una técnica de
cobertura permite probar diseño de pruebas
evaluar de manera por grados, se
puede calcular la
indirecta el grado de cobertura de nodos
visitados
garan4a que se puede (decisiones) o de
caminos recorridos.
dar sobre el producto
so7ware.
2.3 Preparación
2.4 Productos

M.C. MA. ANGÉLICA CERDÁN 18

 Normas internacionales para pruebas
ISO/IEC/IEEE 29119 Software and systems engineering - Software Testing
Es el conjunto de estándares internacionales para la prueba de software, que puede implementarse
en el ciclo de vida del software.

ISO
• Interna'onal Organiza'on for
Standardiza'on
• h#ps://www.iso.org/home.html

IEC
• International Electrotechnical
Commission
• https://www.iec.ch/

IEEE
• Institute of Electrical and Electronics
Engineers
• https://www.ieee.org/

M.C. MA. ANGÉLICA CERDÁN 19

 Serie 29119
ISO/IEC/IEEE 29119-1 • Concepts and Defini/ons
ISO/IEC/IEEE 29119-2 • Test Processes
ISO/IEC/IEEE 29119-3 • Test Documenta/on
ISO/IEC/IEEE 29119-4 • Test Techniques
ISO/IEC/IEEE 29119-5 • Keyword Driven Tes/ng
NOTA: Esta serie sus?tuye IEEE 829, Test Documenta,on; IEEE 1008, Unit Tes,ng, BS 7925-1
Vocabulary of Terms in So7ware Tes,ng, y; BS 7925-2 So7ware Component Tes,ng Standard.

M.C. MA. ANGÉLICA CERDÁN 20

Propósito Tamaño y
tipo de la
organización

de la serie 29119
de desarrollo

Metodología
de desarrollo
Respaldar las pruebas de
so-ware, de manera
INDEPENDIENTE de:
Tecnología en
la que se
implementa

Tipo de
so9ware que
se desarrolla

M.C. MA. ANGÉLICA CERDÁN 21

Procesos

M.C. MA. ANGÉLICA CERDÁN 22

Procesos de prueba- MúlLples capas
CAPA Organizacional

• Especificación de la prueba en la organización

CAPA DE Ges4ón

• Planeación
• Monitoreo y control
• Finalización

CAPA DE Prueba Dinámica

• Diseño e implementación
• Ejecución
• Reporte de incidencias
• Configuración y mantenimiento del ambiente de prueba

Según la ISO/IEC/IEEE 29119-1

M.C. MA. ANGÉLICA CERDÁN 23
 Toda organización (empresa, departamento o
grupo) dedicada a desarrollar soBware, debe
incorporar una políFca general y una estrategia

Capa organizacional para la prueba, que aplique a sus proyectos.

POLÍTICA Especificación de la prueba organizacional

Expresa la expecta?va de Expresa los requisitos y

la organización sobre la restricciones sobre la
prueba en términos ges?ón de las pruebas y su
comerciales, es un guía dinámica, que aplica para
general del todos los proyectos que
comportamiento deseable ejecuta la organización.
rela?vo a la prueba por Está alineado a la polí?ca.
parte de la organización de

ESTRATEGIA
desarrollo.

M.C. MA. ANGÉLICA CERDÁN 24

 La prueba se planifica en cada proyecto, se
monitorea y controla, y se debe cerrar, respetando la

Capa de gesLón polí4ca y estrategia definidas por la organización.

Planeación de la Monitoreo y control Finalización de la

prueba de la prueba prueba

Especificación de la Se asegura el avance Documentación de la

prueba para un proyecto de las pruebas según el finalización de la
en par>cular, se definen plan, así como el prueba del proyecto
las pruebas está>cas y
dinámicas a ejecutar, con
tratamiento de riesgos, específico.
qué personal y los al igual se tratan los
recursos de >empo y cambios en ac6vidades
materiales necesarios, de pruebas que se
según el alcance de hagan necesarios.
calidad esperado.

M.C. MA. ANGÉLICA CERDÁN 25

 La ejecución de la prueba dinámica, parte de
los 4empos y estrategias específicas, indicadas

Prueba dinámica
en el plan de prueba.

• DISEÑO E IMPLEMENTACIÓN: Se
elaboran los casos y procedimientos de Especificación Resultados
prueba. Si se automa?zará el proceso, se de la prueba de la
elaboran los scripts correspondientes. prueba
• CONFIGURACIÓN Y MANTENIMIENTO DE Diseño e
Ejecución
AMIBIENTE: Se prepara el ambiente de implementación
prueba, dejando a punto la opera?vidad [Problema
Informe de detectado o
del sistema que será some?do a prueba. Requisitos de preparación resultado del
• EJECUCIÓN: Se ejecutan los casos de ambiente de del ambiente re-test]
prueba, recabándose los resultados. prueba de prueba
Configuración y
• INFORME DE INCIDENCIAS: Se integra un mantenimiento Informe de
informe de las incidencias detectadas, ya del ambiente incidencias Reporte de
sea que se trate de una prueba realizada incidentes
por primera ocasión o una re-prueba
(retest), debida a una regresión para La prueba es una técnica dinámica en la cual el soZware es
verificar después de alguna corrección verificado a través de su ejecución.
realizada al sistema bajo prueba.
M.C. MA. ANGÉLICA CERDÁN 26
 El flujo de procesos, se incluye y

Integración de los procesos adapta según el modelo específico de

desarrollo que aplique.

Monitoreo y Control

Prueba dinámica Especificación Resultados

de la prueba de la
prueba
Diseño e
Ejecución
implementación
[Problema
Informe de detectado o
Planeación Requisitos de preparación
Finalización
resultado del
ambiente de del ambiente re-test]
prueba de prueba
Configuración y
mantenimiento Informe de
del ambiente incidencias Reporte de
incidentes

Especificación de la prueba organizacional

M.C. MA. ANGÉLICA CERDÁN 27

Ac(vidades

M.C. MA. ANGÉLICA CERDÁN 28

 AcLvidades y tareas
✔ Cada proceso en las pruebas de so8ware, incluye:
✔ Propósito: Qué es lo que pretende.
✔ Ac5vidades: Qué debe realizarse para conseguir el propósito.
✔ Resultados: Qué artefacto se obDene.

✔ Cada ac%vidad a su vez, puede incluir tareas específicas. -

Según la ISO/IEC/IEEE 29119-2 -
-

M.C. MA. ANGÉLICA CERDÁN 29

Ac#vidades en la
capa
ORGANIZACIONAL
Definiciones generales que aplican
como parte de la garan;a de calidad
que se debe a los clientes y usuarios.

M.C. MA. ANGÉLICA CERDÁN 30

 Actividades- Capa Organizacional
Ac4vidades

1. Desarrollar la
especificación
organizacional de pruebas.
PROPÓSITO
2. Monitorear y controlar el RESULTADO
Desarrollar, monitorear la conformidad
y mantener la especificación uso de la especificación • Especificación
organizacional de la prueba (incluyendo
organizacional de pruebas. organizacional de las
la polí;ca y estrategia de prueba)
pruebas
3. Actualizar la especificación
organizacional de las
pruebas.

M.C. MA. ANGÉLICA CERDÁN 31

Actividades en la
capa de
GESTIÓN
Lo que se hace para implementar un
proceso debidamente administrado de
prueba, mismo que debe respetar la
política y estrategia que defina la
organización, esto es la especificación
organizacional.

M.C. MA. ANGÉLICA CERDÁN 32

 AcLvidades- Capa de GesLón /
Planeación
Ac#vidades
1. Comprensión del contexto.
2. Organizar el desarrollo del plan.
3. Iden?ficar y analizar los riesgos.
4. Iden?ficar enfoques para mi?gar
PROPÓSITO los riesgos.
Desarrollar, acordar, registrar y
comunicar a los interesados, el alcance, 5. Diseñar la estrategia de prueba. RESULTADO
enfoque, recursos, ambiente y
6. Determinar el personal y la • Plan de prueba
requisitos de las pruebas.
programación de ac?vidades.
7. Integrar el plan de prueba.
8. Consensar el plan de prueba.
9. Liberar y comunicar el plan de
prueba.

M.C. MA. ANGÉLICA CERDÁN 33

 Actividades- Capa de Gestión /
Monitoreo y Control
Ac4vidades
1. Preparación.
RESULTADO
2. Monitoreo. • Reporte de estado de las
pruebas.
• Actualización al plan de
3. Control. prueba.
PROPÓSITO • Direc>vas de control.
Determinar si las pruebas progresan 4. Reporte. • Información de riesgos del
según el plan y con las especificaciones
de la organización, así como controlar proyecto y del producto.
las modificaciones al plan.

Las directivas de control son

instrucciones de quien gestiona
las pruebas, hacia el equipo de
M.C. MA. ANGÉLICA CERDÁN
pruebas. 34
 Actividades- Capa de Gestión /
Finalización
Actividades

1. Archivar los activos de

prueba.

PROPÓSITO 2. Limpieza del ambiente de

Poner a disposición los ac;vos de
prueba que puedan u;lizarse prueba. RESULTADO
posteriormente, dejar el ambiente de
prueba en condición sa;sfactoria, y,
• Informe final de
registrar y comunicar los resultados a 3. Identificación de lecciones pruebas.
los interesados. aprendidas.

4. Término del informe final

Ac4vo de prueba: Casos de las pruebas.
de prueba, datos de
prueba e infraestructura
del ambiente de prueba.
M.C. MA. ANGÉLICA CERDÁN 35
Actividades en la
capa de PRUEBA
DINÁMICA
Lo que se hace para ejecutar las
pruebas y registrar los resultados,
respetando la especificación de
prueba organizacional.

M.C. MA. ANGÉLICA CERDÁN 36

 AcLvidades- Capa de Dinámica / Diseño e
Implementación
Ac#vidades
1. IdenCficar conjuntos de
caracterísCcas a probar. RESULTADO
• Especificaciones de
2. Derivar las condiciones de prueba e información
PROPÓSITO prueba. de trazabilidad
Derivar los procedimientos de prueba, relacionada.
considerando la base de prueba, 3. Derivar elementos de • Requisitos de datos de
condiciones y cobertura de prueba, así prueba.
como casos y procedimientos de cobertura de prueba. • Requisitos del
prueba y los conjuntos de pruebas que ambiente de prueba.
se integran. 4. Derivar los casos de prueba.
5. Armar los conjuntos de
pruebas.
Especificación de prueba:
6. Derivar los procedimientos
de prueba. • Diseño de prueba
• Casos de prueba
• Procedimientos de
M.C. MA. ANGÉLICA CERDÁN prueba. 37
 Ac7vidades- Capa de Dinámica /
Configuración y mantenimiento del ambiente
de prueba
Ac4vidades
RESULTADO
1. Establecer el ambiente de • Ambiente de prueba.
prueba. • Datos de prueba.
• Informe de
preparación del
2. Mantenimiento al ambiente de prueba.
PROPÓSITO ambiente de prueba. • Informe de
Establecer y mantener el ambiente de preparación de datos
prueba requerido y comunicar su de prueba.
estado a los interesados. • Actualizaciones al
ambiente de prueba (si
aplica).

M.C. MA. ANGÉLICA CERDÁN 38

 Actividades- Capa de Dinámica /
Ejecución
Actividades

1. Ejecutar los procedimientos

de prueba.
RESULTADO
• Resultados actuales.
PROPÓSITO
2. Comparar los resultados de • Resultados de la
Ejecutar los procedimientos de prueba, la prueba. prueba.
elaborados en el proceso de diseño e • Registro de ejecución
implementación de la prueba, en el de prueba.
ambiente de prueba, y registrar los 3. Registrar la ejecución de la
resultados.
prueba.

M.C. MA. ANGÉLICA CERDÁN 39

 AcLvidades- Capa de Dinámica / Informe
de incidentes en la prueba
Actividades

1. Análisis de los resultados

de la prueba.
RESULTADO
PROPÓSITO
2. Creación/ actualización del • Reporte de incidentes.
Informar a los interesados, los informe de incidentes.
incidentes que requieren acciones
adicionales, resultantes en la prueba.

Si la prueba es la primera en
ejecutarse, se elabora un informe de
incidentes; si se trata de un re-
aplicación de la prueba, sólo se
actualiza. M.C. MA. ANGÉLICA CERDÁN 40
Artefactos

M.C. MA. ANGÉLICA CERDÁN 41

Artefacto
Componente físico de información que es usado o producido en un proceso de
desarrollo de un sistema.
Algunos artefactos pueden ser los casos de uso, diagrama de clases u otros modelos UML ayudan a la
descripción de la función, la arquitectura o el diseño del software. Otros artefactos se enfocan en el proceso de
desarrollo en sí mismo, como planes de proyecto, casos de negocios o análisis de riesgos. El código fuente
compilado para la prueba se suele considerar un artefacto, ya que el ejecutable es necesario para el plan de
pruebas.
-
-
-

M.C. MA. ANGÉLICA CERDÁN 42

 Relación Proceso - Artefacto
Especificaciones de prueba e
Especificación Plan de prueba.

prueba
Nivel organización

Nivel de dinámica de la
Nivel de ges1ón
información de trazabilidad
organizacional de Reporte de estado
relacionada.

las pruebas de las pruebas.

Requisitos de datos de prueba.
Requisitos del ambiente de
prueba.
Información de Datos de prueba.
riesgos del Informe de preparación del
proyecto y del ambiente de prueba.
Informe de preparación de
producto. datos de prueba.
Resultados de la prueba.
Informe final de
Registro de ejecución de
prueba. prueba.
Reporte de incidentes.

M.C. MA. ANGÉLICA CERDÁN 43

Artefactos - Nivel Organizacional

• Documento que proporciona información

de las pruebas
Especificación organizacional

sobre las pruebas, para una organización (la

información no es específica a un proyecto).
• Polí>ca y la estrategia organizacional sobre
las pruebas.

M.C. MA. ANGÉLICA CERDÁN 44

Artefactos- Nivel GesLón/Planeación

• Descripción detallada de los objetivos de la

Plan de prueba

prueba, los recursos y calendario para

logarlos, con la finalidad de coordinar las
actividades de prueba.
• Versión inicial y actualizaciones

M.C. MA. ANGÉLICA CERDÁN 45

 Artefactos- Nivel GesLón/Monitoreo y
control

• Reporte que proporciona • Riesgos de que el producto

Información de riesgos del

Reporte de estado de las
pruebas.

proyecto y del producto

información sobre el estado pueda tener defectos en un
de pruebas que se están aspecto específico funcional,
realizando, en un período de calidad o estructura.
específico. • Riesgos relacionados con la
• p.e. pruebas aplicadas, administración del proyecto.
pruebas pendientes por
aplicar, etc.

M.C. MA. ANGÉLICA CERDÁN 46

Artefactos - Nivel Gestión/Finalización

• Reporte que proporciona un resumen de las

pruebas.
Informe final de

pruebas que se han realizado.

• p.e. Puede incluir indicadores, tales como
tasas de defectos por miles de líneas de
código, cobertura alcanzada, etc.

M.C. MA. ANGÉLICA CERDÁN 47

 Artefactos- Nivel Dinámica/Diseño e
implementación

• Detalles de las • Definición del • Descripción de las

información de trazabilidad relacionada.

Requisitos de datos de prueba.

Requisitos del ambiente de prueba.

Especificaciones de prueba e

pruebas a realizar. conjunto de datos propiedades

• p.e. Diseño, requeridos para necesarias del
casos de saMsfacer los ambiente donde
prueba, requisitos de será probado el
procedimientos, entrada para soZware.
trazabilidad a ejecutar uno o
requisitos, etc. más casos de
prueba.

M.C. MA. ANGÉLICA CERDÁN 48

 Artefactos - Nivel Dinámica/ Configuración y
mantenimiento del ambiente de prueba

• Conjunto de • Documento que • Documento que

Informe de preparación de
Datos de prueba.

ambiente de prueba.
Informe de preparación del

datos de prueba.
datos creados o describe el describe el
seleccionados estado de cada estado de cada
para satisfacer requisito del requisito de
los requisitos de ambiente de datos de prueba,
entrada para pruebas, que ha que se ha
ejecutar uno o sido definido. definido.
más casos de
prueba.

M.C. MA. ANGÉLICA CERDÁN 49

 Artefactos - Nivel Dinámica/ Ejecución

• Indicación de si un caso de • Documento que registra

Registro de ejecución
de prueba.
prueba.
Resultados de la

prueba específico ha detalles de la ejecución de

pasado o no, es decir, si los uno o más procedimientos
resultados reales de prueba.
corresponden a los
resultados esperados o si se
observaron desviaciones.

M.C. MA. ANGÉLICA CERDÁN 50

Artefactos - Nivel Dinámica/ Ejecución

•Documentación de la
Reporte de
incidentes

ocurrencia, naturaleza y
estado de un incidente.

M.C. MA. ANGÉLICA CERDÁN 51

INGENIERÍA EN SISTEMAS
COMPUTACIONALES

ASIGNATURA: Verificación y validación del so=ware

INSTITUTO TECNOLÓGICO SUPERIOR DE XALAPA
M.C. MARÍA ANGÉLICA CERDÁN
UNIDAD 2- PRUEBAS
2 . 1 T I P O S D E P R U E BA S
2 . 2 CO B E RT U R A D E P R U E BA S
2 . 3 P R E PA R A C I Ó N D E L A P R U E BA
2 . 4 P RO D U C TO S D E L A P R U E BA