Curso ISTQB FL (Resumen)

Antes de Iniciar…
K1. Recordar Las K´s
K2. Entender
K3. Aplicar
K4. Analizar
Antes de Iniciar…
Normas y Estándares
Capítulo I – Fundamentos de pruebas
-I/01¿Porqué son necesarias las pruebas?
-I/02 ¿Qué son las pruebas?
-I/03 Siete principios del proceso de prueba
-I/04 Proceso de prueba básico
-I/05 Psicología en el proceso de prueba
-I/06 Código ético
K1. Recordar
K2. Entender
¿Porqué son necesarias las pruebas?
 Por la importancia económica
 Calidad de software
 Pruebas para la mejora de la calidad

I/01¿Porqué son necesarias
¿Porqué las pruebas?
son necesarias las pruebas?
Errores Humanos
 Causas de
fallos
Condiciones
Ambientales
 El costo de los
defectos
Previene
Organizacional
Constructivo
Técnico
Tipos de
aseguramiento
Ejecuta
Dinámico el Código
Analítico
Estático NO
Ejecuta
Detecta el Código
 Correctitud
 Completitud
Funcionalidad  Precisión / Exactitud
 Interoperabilidad
 Cumplimiento de normas
 Adecuación
Atributos Funcionales  Seguridad
 Fiabilidad
 Usabilidad
Atributos No Funcionales  Eficiencia
 Mantenibilidad
 Portabilidad
• Precondiciones
• Conjunto de valores de entrada
• Conjunto de resultados esperados • Conjunto de
documentos que
• Poscondiciones esperadas definen los
• Identificador único requisitos de un
• Dependencia de otros casos de prueba componente o
• Referencia al requisito que será evaluado sistema.
• Forma en la cual se debe ejecutar el caso
de prueba y verificar los resultados Base de
(opcional) Prueba
• Prioridad (opcional)
Caso de
prueba
Tareas propias de Probador!

¿Qué son las pruebas?
No es solo ejecutar
El proceso de prueba incluye
Planificación y control
Objetivos de las Pruebas
Selección de condiciones de prueba
* Detección de Defectos
Diseño y ejecución de casos de
prueba * Generación de Confianza
Comprobación de resultados Respecto al nivel de calidad
Generación de informes respecto * Aportación de información
del proceso de pruebas y el sistema
sujeto a pruebas para la toma de decisiones
Finalización y completar actividades * Prevención de Defectos
de cierre
-I/03 Los 7 Principios….
Siete principios del proceso de pruebas
1. Demostramos la presencia de Defectos no la ausencia de ellos
2. Las pruebas Exhaustivas son Imposibles

3. Las pruebas tempranas
6. Las pruebas dependen del
Falacia de ausencia
5. Paradoja de errores
del pesticida 4. Agrupamiento de defectos
contexto
-I/04 Proceso básico
Proceso
de pruebas
de pruebas básico
Cierre
C Evaluación
Criterios de
o Salida
n
t Ejecución
r
o Diseño
l
Planificación
-I/05 Psicología
Psicología
de pruebas
en el proceso de pruebas
Percepción:
¡La actividad del ¡La actividad del
desarrollador es probador (“tester”)
constructiva! es destructiva!
Características de un buen probador? Externalización

de Pruebas
Equipos de Pruebas
Grupo de desarrollo
Desarrollador
Las pruebas independientes aumentan la

calidad del proceso de prueba
-I/06 Código Ético Código ético
Juicio
Público
Cliente y empleador
Producto Profesión
Compañeros de profesión
Individualmente
Gestión
El código de ética es necesario para asegurar que la

información es utilizada de forma apropiada.
Son los acuerdos de confidencialidad que se manejan.

Capítulo II – Pruebas a través del ciclo de vida software
-II/01 Modelos de desarrollo software
-II/02 Niveles de prueba
-II/03 Tipos de pruebas
-II/04 Pruebas de mantenimiento
K2. Entender
II/01 Modelos de Desarrollo
Modelos de Software
de desarrollo de Software
Modelo Secuencial
Definición de Pruebas de
Requerimientos Aceptación
DESARROLLO
PRUEBAS
Diseño Funcional Pruebas de
del sistema Sistema
Pruebas de
Diseño Técnico del
Integración
sistema
Especificación de Pruebas de
Componentes Componentes
VALIDAR
VERIFICAR Programación
Modelos de Software
Modelos Iterativos - Incrementales
Modelo Prototipado Proceso unificado (“Rational Unified Process”

- (RUP))
• Desarrollo rápido de aplicaciones (“Rapid Application Development” - (RAD))

• Programación extrema (“Extreme Programming” - (XP))
• Desarrollo guiado por pruebas
Modelos de Software
Modelos Iterativos - Incrementales
Planeación
Reunión Diaria
Revisión
Retrospectiva
Ejemplo: para hacer una prueba en el sector bancario no 5. Atmósfera
siempre está el
II/02 Niveles de Pruebas 4. Corteza
canal de comunicación
1. Núcleo Interior
a Data Crédito, entonces se hace en un ambiente
3. Manto
simulado, la invocación al WebServices es el Driver, y el resultado
2. Núcleo Exterior 2. Núcleode
Exterior
retorno
3. Mantode Reportado o No Reportado seria el Stub. 1. Núcleo Interior
4. Corteza
5. Atmósfera Sólo se prueban Pruebas de
componentes
Normalmente el cliente selecciona Aceptación
Las características a ser probadas son
individuales
casos de prueba para las pruebas
los atributos del ISO 9126. Estas se
Puedo utilizar arneses
realizaran deelSepunto
de aceptación,
desde manejan Dos del
de vista
prueba (Driver –Tipos
Stub).de Pruebas: Pruebas de
Las pruebas de integraciónusuario.
o de
El driver algo "grande“
• Alfa (Proveedor) Sistema
Interfaz, comprueban la
simula una interfaz• Beta
o (Cliente)
interacción mutua entre
un llamado y el Stub
componentes (subsistemas) Pruebas de
algo "pequeño" que
software entre sí, usa Integración
simula un dato o una
estrategias como: Boton up
variable
Top down Big Bang
Pruebas de
Ad Hoc Componentes
Programación
Tipos de Pruebas
Pruebas Pruebas No Pruebas

Funcionales Funcionales Estructurales Pruebas
Asociadas cambio
• Probar la función • Probar las • Probar la • Probar después
• PICAS características estructura/arquit de cambios
del producto ectura software
• FUEMP
Las pruebas no funcionales

Después de que comprueban
un
Las pruebasobjeto las
de prueba
estructurales ohabituales son
características
Las pruebas el de
funcionales unpruebas
entornoproducto
de suquesistema ha sido objeto
comprueban dede
el flujo una
control y
comprueban el Lascomportamiento
pruebas no funcionales
modificación
datoslosincluyen,
enresultadospero
el objeto deno
de las pruebas
prueba, midiendo el
están
entrada / salida de limitadas
un objeto a,depruebas
asociadas de carga,
al cambio pruebas
resultan
grado de y
deinválidos
cobertura
estrés, pruebas
prueba de rendimiento,
las pruebas deben ser pruebas de
repetidas
robustez
II/04 Pruebas de Mantenimiento
Pruebas de mantenimiento
El cliente ha aprobado el producto y es puesto en

producción, el mantenimiento de software cubre dos
campos diferenciados:
Distribuciones
HOT FIX:
de software
planificados
Comprobación rápida que
Cuando sese realiza debido
planificaa que
el el
despliegueAPP esta
de en una
Producción.
nueva “Es
versión del
requerido
APP . “Es
realizar
requerido
Regresión
realizar Regresión
y Re-Test”y Re-Test”
Capítulo III – Técnicas estáticas
-III/01 Técnicas estáticas y el proceso de prueba

-III/02 Proceso de revisiones
-III/03 Análisis estático con herramientas
K1. Recordar
K2. Entender

Técnicas estáticas y el proceso de prueba
La detección temprana de errores ahorra costes

Definición de
Requerimientos
Diseño Funcional ATENCION! Se podrían presentar situaciones de

del sistema tensión en el caso de enfrentamientos directos con
el autor Tratar el tema de la Psicología de Pruebas.
Diseño Técnico del

sistema
Especificación de
Componentes
VERIFICAR Programación

III/02 Proceso de Revisiones
Proceso de revisiones
Fases
Proceso de Roles y
Revisiones Tareas
Tipos de
Revisiones
Planeación
Kick Off
Preparación
Individual
Proceso de
Fases
Revisiones
Reunión de
Revisión
Reconstrucción
Seguimiento
Director
Moderador
Proceso de Roles y
Escriba
Revisiones Tareas
Autor
Revisor (Tester)
Tiene un Moderador Entrenado, Un

escriba, usan listas de comprobación, Inspección
Preparación Previa a la reunión, Se
realiza seguimiento
Es Dirigido por el AUTOR, No es

necesario un moderador distinto (el
Guiada
autor modera) (“walkthrough”)
Proceso de Tipos de
Revisiones
Requiere un Moderador, Revisiones
usa listas de
comprobación, es conocida como
revisión entre pares, Los participantes Técnica
deben ser expertos del tema, EJ: Los
Arquitectos de SW.
Iniciada por el autor, no requiere

preparación, no hay seguimiento. Informal

III/03 Análisis Estático con Herramientas
Análisis estático con herramientas
Posibles aspectos a ser comprobados con análisis estático:
 Reglas y estándares de programación

 Diseño de un programa (análisis del flujo de control)
 Uso de datos (análisis del flujo de datos)
 Complejidad de la estructura de un programa: métricas, por ejemplo
número ciclomático
Análisis de Flujo de control
Detectar defectos como por ejemplo (ramas muertas, código muerto, etc.)
¡Es difícil comparar dos métricas diferentes, incluso cuando ambas abordan
el mismo atributo del programa!
Número ciclomático v(G)
Número ciclomático (por McCabe)

El número ciclomático también puede ser
calculado como el número de decisiones
independientes
Número de aristas: más
e uno.
Número de nodos: n
Complejidad
Número de partes del programa ciclomática Evaluación del riesgo p (normalmente 1)
independientes inspeccionadas:
1 - 10 Programa simple, sin mucho riesgo
11 - 20 Más complejo, riesgo moderado
21 - 50 Complejo, programa de alto riesgo
51 Programa no testeable, Muy alto riesgo
Capítulo IV – Técnicas de diseño de
pruebas
IV/01 Proceso de desarrollo de prueba
IV/02 Categorías de las técnicas de diseño de prueba
IV/03 Técnicas basadas en la especificación o de caja negra
IV/04 Técnicas basadas en la estructura o de caja blanca
IV/05 Técnicas basadas en la experiencia
IV/06 Selección de las técnicas de prueba
K4. Analizar
Capítulo IV – Técnicas de diseño de
pruebas
Casos de
Definición Pruebas Escenarios
Objeto de de REQ
Pruebas de
Casos de
Pruebas
Pruebas
TRAZABILIDAD
Capítulo IV – Técnicas de diseño de pruebas
El conocimiento y
experiencia respecto de los
Experiencia objetos de prueba y su
entorno son las fuentes
para el diseño de casos de
El objeto de prueba prueba
La estructura interna
ha sido del objeto de prueba
seleccionado de es utilizada para
acuerdo con el
modelo funcional
Caja Blanca diseñar los casos de
prueba
software (código/sentencias,
menús, llamadas,
etc.)
Caja Negra
 Partición de Equivalencia.
 Análisis de valor Limite
 Tablas de Decisión
 Diagramas de transición de estados
 Pruebas de Casos de Uso
 Pruebas Estadísticas
 Pruebas Duales * Algoritmo All Pairs

IV/04 Técnicas basadas en la especificación o de caja blanca
 Cobertura de Sentencia “NODOS”
 Cobertura de Ramas o Decisión

“FLECHAS”
 Cobertura de Caminos “RUTAS”
 Cobertura de Condición * Mínima

* Múltiple
* Mínima Múltiple
 SLYSC (“LCSAJ - Linear Code Sequence
And Jump): Secuencia Lineal y Salto de
Código
 Técnicas Basadas en el Flujo de Datos

Predicción
de Pruebas
Exploratorias
Errores
Técnicas
basadas en la
experiencia o
pruebas
Intuitivas
IV/06 Selección de las Técnicas de Pruebas
Predicción del Características

Proyecto del objeto de
• Tiempo pruebas Requisitos
• Riesgos • Posibilidades Contractuales
• Métodos de • Disponibilidad
Desarrollo
y del cliente
Capítulo V – Gestión de pruebas
-V/01 Organización de prueba
-V/02 Planificación y estimación del proceso de prueba
-V/03 Seguimiento y control del estado de las pruebas
-V/04 Gestión de la configuración
-V/05 Riesgo y proceso de prueba
-V/06 Gestión de incidencias
K3. Aplicar
K4. Analizar
Perfiles del
Organización personal
de Pruebas Tareas de los
Roles
Líder y/o Jefe y/o
Coordinador de Pruebas
Diseñador de Pruebas
Ing. De Automatización
Perfiles del Personal
Administrador del sistema
de Pruebas
Probador
Experto Técnico
Tareas de los Líder

Roles Probador
Líder Líder
Introducción al
sistema de
Organización del gestión de
equipo incidencias
Generación de
Planificación de la Informes
prueba
Introducción al
Planificación de sistema de
los ciclos de configuración
pruebas
Estrategia
Incluyendo la
decisión de
AUTOMATIZAR
Medición y
control de las
pruebas
Probador
Asiste en la
implementación
de plan de
pruebas
Desarrollo de
diseños y
ejecución
Revisión de los
casos de pruebas
realizados por
otros probadores
Asiste en la
generación de
informes
Medición y
control de las
pruebas
-V/02 Planificación y estimación del
proceso de prueba
Estimación
Tipos de
Estrategias
Recursos
Estrategia
Plan de Pruebas Estático

proceso de prueba
Plan de Pruebas Estático

proceso de prueba
 Descripción de los niveles de pruebas

 Se establecen los criterios de Entrada y Salida
 Evaluación del Riesgo
Estrategia
proceso de prueba
Enfoque
Preventivo
Basado en Enfoque
Modelos Reactivo
Pruebas
Se debe
estocásticas
Estrategias iniciar
basadas tan
(
en estándaresEstadísticas)
pronto como Primero el
Conformes
como por sea
ejemplo
posible APP y luego Analítico
Estándares
métodos agiles las pruebas
Tipos de Análisis de
Expertos que guíanEstrategias riesgos
las pruebas Pruebas
reactivas, EJ:
exploratorias
Uso de Juegos
Consultoría Heurístico
listas de proyectosde pruebas de
previos proyectos
Predicción de
previos
errores
Listas de
Reutilización
comprobación
Centrado a
Fallos
proceso de prueba
 Estimación de esfuerzos de los miembros del equipo (Plan de

Pruebas DINAMICO)
 Cronogramas
Recursos
proceso de prueba
Estimación
Experta
Basada en Analogías
Porcentajes
-V/03 Seguimiento y control del estado
de las pruebas
Métricas con Es donde se toman

base a medidas correctivas frente
errores a las desviaciones
presentadas
Métricas con
baseControl
a casos
Seguimiento de pruebas
Métricas con
base a costos
-V/04 Gestión de la Configuración
Rol de APOYO en el proceso de

pruebas, es realizar el control versiones.
La gestión de la configuración sin una
herramienta apropiada sólo es posible
en proyectos muy pequeños.
Otros Procesos
• Gestión del Cambio
• Gestión de la Construcción
• Gestión de Entregas
• Gestión de Versiones
• Asociados a la
Riesgos de Organización
• Tecnológicos
Proyecto • Ambientales
Riesgos del • Cumplimiento de la

calidad atributos
Producto funcionales
-V/06 Gestión de Incidencias
Roles que Interactúan

en el proceso
Estructura de un
informe
Estados de un defecto
Roles que Interactúan en el

proceso
• Ejecuta
• Registra los resultados esperados
Probador • Registra los Incidentes en la Herramienta Centralizadora
• Evalúa el Informe
• Asigna Prioridades
• Redacta el informe de avance correspondiente a lo alcanzado con
Jefe de Pruebas las correcciones
Consejo de • Decide respecto a los cambios frente a los requerimientos con su

prioridad
Control de
Cambios
• Analiza los fallos, localiza el defecto
• Corrige la causa del error según la prioridad
Desarrollador • Ejecuta los cambios aprobados
Estructura de un
informe
• Número único del • Clase de • Caso de prueba
defecto defecto • Resultado del
• Objeto de prueba, paso • Estado del defecto/modo
de prueba • Prioridad de fallo
• Entorno de prueba
Datos de Clasificación
Descripción
Incidencia de Errores
• Hora y usuario
que ha
realizado
cambios
Registro
Historico
Estados de un defecto
Nuevo Rechazado
Abierto En observación
Inspección
Trabajo en
progresión
Repetición de
No resuelto Finalizado
prueba
Capítulo VI – Herramientas de prueba
-VI/01 Tipos de herramientas de prueba
-VI/02 Uso efectivo de herramientas de prueba
-VI/03 Introducción de herramientas de prueba en una
organización
K2. Entender
organización
VI/01 Tipos de herramientas de prueba
http://www.epirox.com/wp-content/uploads/2011/03/herramienta_seo_spider-300x300.jpg
Qué es una herramienta de prueba?

Producto software que da soporte a una o más
actividades de prueba, tales como planificación y control,
especificación, creación de ficheros iniciales y datos,
ejecución de pruebas y análisis de las mismas
Automatización de Actividades repetitivas que requieren recursos

significativos
Objetivos Aumentar la eficiencia, de acuerdo a lo anterior
Mejorar Fiabilidad, por ej., en el manejo grandes cantidades de

datos
H. de Tareas Específicas Vs Paquetes de

Herramientas
• Especifica : Soportan 1 tarea/actividad específica
• Paquetes: Soportan varias tareas
H. Intrusivas
• Intervienen en ejecución (p ej. Breakpoints)
H. no Intrusivas
• Arneses
H. Basadas en Criterios
• H. Comerciales, código abierto, In-house, actividad a la que dan más

soporte
H. De Gestión
• G de Pruebas, de Requisitos, de Incidencias, de configuración
H. De Soporte de Pruebas Estáticas
• Para revisiones, Análisis de flujo de Ctrl y flujo de Datos

H. De Soporte para Especificación de

Pruebas
• Para el diseño de casos. Para la preparación/extracción de Data
H. De Ejecución y registro de Pruebas
• Robots, depuradores, Arneses, Comparadores, Medición de cobertura
H. De Rendimiento y Monitorización
• De acuerdo al uso: Para análisis dinámico, Pruebas de Rendimiento y

Uso de los Recursos
organización
VI/02 Uso efectivo de herramientas de
prueba
El uso de la herramientas de Analice coste/beneficio para el

pruebas causan costos y despliegue de una herramienta
Esfuerzos debe ser realizado por
anticipado
Identifique los Beneficios

potenciales del uso de Analice los riesgos de
herramientas usar la herramienta
Tenga cuidado con un

Despliegue erróneo de la
Herramienta
VI/02 Uso efectivo de herramientas de
prueba
Despliegue erróneo de la Herramienta
Riesgo de que el fabricante

Riesgo de suspensión de de una herramienta
Descuido de las relaciones e
proyecto de herramienta de suspenda sus actividades
interoperabilidad entre
código abierto (“open comerciales, retirando la
herramientas críticas
source”)/gratuita herramienta o vendiéndola a
otro fabricante
Una herramienta nunca

Expectativa de que la reemplazará un proceso
herramienta resolverá todos inexistente o compensar por
los problemas de prueba un procedimiento mal
diseñado
organización
-VI/03 Introducción de herramientas de prueba en
una organización
TENGA EN CUENTA!!!!
Evaluación
del
fabricante Analisis del
Prueba de
Costo
concepto
Beneficio
formacion en
Definición de el uso de la
requisitos herramienta
Introducción
de Incluirlo en
Evaluación herramientas una prueba
de pruebas en PILOTO
la organización

Curso ISTQB FL (Resumen)

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Curso ISTQB FL (Resumen)

Cargado por

Copyright:

Formatos disponibles

Antes de Iniciar…

K1. Recordar Las K´s

 Por la importancia económica

 Pruebas para la mejora de la calidad

Tareas propias de Probador!

1. Demostramos la presencia de Defectos no la ausencia de ellos

2. Las pruebas Exhaustivas son Imposibles

Características de un buen probador? Externalización

Las pruebas independientes aumentan la

El código de ética es necesario para asegurar que la

Son los acuerdos de confidencialidad que se manejan.

Modelo Prototipado Proceso unificado (“Rational Unified Process”

• Desarrollo rápido de aplicaciones (“Rapid Application Development” - (RAD))

Pruebas Pruebas No Pruebas

Las pruebas no funcionales

El cliente ha aprobado el producto y es puesto en

-III/01 Técnicas estáticas y el proceso de prueba

-III/01 Técnicas estáticas y el proceso de prueba

La detección temprana de errores ahorra costes

Diseño Funcional ATENCION! Se podrían presentar situaciones de

Diseño Técnico del

-III/01 Técnicas estáticas y el proceso de prueba

Tiene un Moderador Entrenado, Un

Es Dirigido por el AUTOR, No es

Iniciada por el autor, no requiere

-III/01 Técnicas estáticas y el proceso de prueba

Posibles aspectos a ser comprobados con análisis estático:

 Reglas y estándares de programación

Análisis de Flujo de control

Número ciclomático v(G)

Número ciclomático (por McCabe)

 Análisis de valor Limite

 Diagramas de transición de estados

 Pruebas de Casos de Uso

 Pruebas Duales * Algoritmo All Pairs

 Cobertura de Sentencia “NODOS”

 Cobertura de Ramas o Decisión

 Cobertura de Caminos “RUTAS”

 Cobertura de Condición * Mínima

 Técnicas Basadas en el Flujo de Datos

Predicción del Características

Tareas de los Líder

Plan de Pruebas Estático

Plan de Pruebas Estático

 Descripción de los niveles de pruebas

 Estimación de esfuerzos de los miembros del equipo (Plan de

Métricas con Es donde se toman

Rol de APOYO en el proceso de

Riesgos del • Cumplimiento de la

Roles que Interactúan

Roles que Interactúan en el

Consejo de • Decide respecto a los cambios frente a los requerimientos con su

Qué es una herramienta de prueba?

Automatización de Actividades repetitivas que requieren recursos

Mejorar Fiabilidad, por ej., en el manejo grandes cantidades de

H. de Tareas Específicas Vs Paquetes de

• Intervienen en ejecución (p ej. Breakpoints)

• H. Comerciales, código abierto, In-house, actividad a la que dan más

• G de Pruebas, de Requisitos, de Incidencias, de configuración

H. De Soporte de Pruebas Estáticas

• Para revisiones, Análisis de flujo de Ctrl y flujo de Datos

H. De Soporte para Especificación de

• Para el diseño de casos. Para la preparación/extracción de Data