ISTQB

Henry Coral
 AGENDA
GENERALIDADES
FUNDAMENTOS DE PRUEBAS
PRUEBAS Y CICLO DE VIDA
TECNICAS ESTATICAS
TECNICAS DE DISEO DE
PRUEBAS
GESTIN DE PRUEBAS
HERRAMIENTAS DE PRUEBAS
GENERALIDADES
El programa de capacitacin del ISTQB, se
desarrolla en Gran Bretaa desde 1998. Es
un programa que tiene algunos niveles.
En la actualidad se tiene definidos dos
niveles de capacitacin:
1. Fundamentos (ltima edicin del 2011)
2. Avanzado
El nivel Experto todava est en fase de
definicin.
ISTQB = International Software Testing
Qualifications Board
GENERALIDADES
Los temas a ser tratados en esta charla
son un extracto del curso de preparacin
para la certificacin de Probador
Certificado, Nivel Bsico (Certified Tester,
Foundation Level).
La duracin del curso de preparacin es
de 32 horas.
El examen de certificacin tiene una
duracin de 60 minutos y consta de 40
preguntas.
Para aprobar el examen de certificacin es
GENERALIDADES

Audiencia
Esta charla esta dirigida a probadores
(testers) de software, desarrolladores y
jefes de proyecto en un entorno de
produccin de Software; que deseen
incorporar a su conocimiento un
fundamento de mayor solidez.
FUNDAMENTO
S DE
PRUEBAS
FUNDAMENTOS DE
PRUEBAS
Causas de fallos (failure) del
software

Error Humano
Se da cuando han sido introducidos defectos en
el cdigo del software, en los datos o en los
parmetros de configuracin.

Condiciones Ambientales
Cambios en las condiciones ambientales como:
Radiacin, magnetismo, fallo en hardware,
fluctuacin del suministro de energa elctrica.
FUNDAMENTOS DE
PRUEBAS
Error (IEEE 610)
Accin humana que produce un resultado
incorrecto. Ej. Un error de programacin.

Defecto
Desperfecto en un componente o sistema que
puede causar que el componente o sistema falle
en desempear las funciones requeridas, por
ejemplo una sentencia o definicin de datos
incorrecta. Si se localiza un defecto durante una
ejecucin puede causar un fallo en el
componente o sistema.
FUNDAMENTOS DE
PRUEBAS
Fallo
Manifestacin fsica o funcional de un defecto.
Si un defecto es encontrado durante la ejecucin
de una aplicacin puede producir un fallo.
Desviacin de un componente o sistema
respecto de la prestacin, servicio o resultados
esperados.
Los defectos causan fallos.
FUNDAMENTOS DE
PRUEBAS
Pruebas y la Calidad

Calidad de Software. (ISO/IEC 9126)

La totalidad de la funcionalidad y prestaciones de
un producto software que contribuyen con su
capacidad de satisfacer necesidades explcitas o
implcitas.

Calidad (IEEE 610)

Grado en el cual un componente, sistema o
proceso satisface requisitos especificados y/o
necesidades y expectativas del usuario/cliente.
FUNDAMENTOS DE
PRUEBAS
De acuerdo a la norma ISO/IEC 9126
la calidad consiste en:
Funcionalidad
Fiabilidad
Eficiencia
Mantenibilidad
Portabilidad
FUNDAMENTOS DE
PRUEBAS
De acuerdo a la norma ISO/IEC 9126
la calidad consiste en:
Funcionalidad
Fiabilidad
Eficiencia
Mantenibilidad
Portabilidad
FUNDAMENTOS DE
PRUEBAS
Tipos de Aseguramiento de la
Calidad
Aseguramiento de la Calidad
Constructivo
Consigna
Los defectos evitados no requieren ser
reparados.
Los defectos introducidos en el pasado no
deben ser repetidos.
Prevenir Defectos.
FUNDAMENTOS DE
PRUEBAS
Tipos de Aseguramiento de la
Calidad
Aseguramiento de la Calidad
Analtico
Consigna
Los defectos deben ser detectados tan
pronto como sea posible respecto del
proceso
FUNDAMENTOS DE
PRUEBAS
Atributos funcionales de la
calidad
Funcionalidad significa:
Correccin: La funcionalidad satisface los
atributos y/o capacidades requeridos
Completitud: La funcionalidad satisface
todos los requisitos.

La funcionalidad incluye (segn

ISO/IEC 9126)
- Adecuacin
- Exactitud
- Interoperabilidad
FUNDAMENTOS DE
PRUEBAS
Atributos no funcionales de
Calidad
Fiabilidad
En determinadas condiciones, el software /
sistema mantendr su capacidad/funcionalidad a
lo largo de un periodo de tiempo.

Usabilidad
Fcil de usar, fcil de aprender, conforme a
normas, uso intuitivo.

Eficiencia
El sistema requiere la utilizacin de un mnimo de
FUNDAMENTOS DE
PRUEBAS
Atributos no funcionales de
Calidad
Mantenibilidad
Medida del esfuerzo requerido para realizar
cambios en los componentes de un sistema.

Portabilidad
Capacidad del software de ser transferido a un
nuevo entorno.
FUNDAMENTOS DE
PRUEBAS

Principios del
Proceso de Pruebas
PRINCIPIOS DEL PROCESO DE
PRUEBAS
1.- El proceso de pruebas
demuestra la presencia de
defectos.
La causa de un fallo puede no ser obvia
El proceso de pruebas NO puede
demostrar la AUSENCIA de defectos.
Las pruebas reducen la probabilidad de
la presencia de defectos que
permanezcan sin ser detectados. La
ausencia de fallos no demuestran la
correccin de un producto de software.
El mismo proceso de pruebas puede
PRINCIPIOS DEL PROCESO DE
PRUEBAS
2.- No es posible realizar pruebas
exhaustivas
Pruebas Exhaustivas: Enfoque de pruebas
donde el conjunto de pruebas abarca
todas las combinaciones de valores de
entrada y precondiciones.
Explosin de Casos de Prueba: Define el
incremento exponencial de esfuerzo y
coste en el caso de pruebas exhaustivas.
Pruebas de Muestra: La prueba incluye
solamente a un subconjunto de todos los
posibles valores de entrada.
PRINCIPIOS DEL PROCESO DE
PRUEBAS
3.- Pruebas Tempranas
Cuanto ms temprana es la deteccin de
un defecto, menos costosa es su
correccin.
Los conceptos y especificaciones tambin
pueden ser probados
La preparacin de una prueba tambin
consume tiempo.
Las actividades de pruebas (incluidas las
revisiones) deben ser ejecutadas en
paralelo a la especificacin y diseo de
software.
PRINCIPIOS DEL PROCESO DE
PRUEBAS
4.- Agrupamiento de Defectos
Encuentre un defecto y encontrar ms
defectos cerca.
Los probadores deben ser flexibles.
La identificacin/localizacin de un
defecto puede ser investigada con un
mayor grado de detalle.
PRINCIPIOS DEL PROCESO DE
PRUEBAS
5.- Paradoja del Pesticida
Repetir las pruebas en las mismas
condiciones no es efectivo.
Las pruebas deben ser
revisadas/modificadas regularmente para
los distintos mdulos de cdigo.
Es necesario repetir una prueba tras una
modificacin del cdigo. (correccin de
defectos, nueva funcionalidad).
PRINCIPIOS DEL PROCESO DE
PRUEBAS
6.- Las pruebas dependen del
Contexto
Las pruebas se realizan de forma
diferente en diferentes contextos.
Objetos de prueba diferentes son
probados de forma diferente.
Las pruebas tienen lugar en un entorno
distinto del entorno de produccin.
PRINCIPIOS DEL PROCESO DE
PRUEBAS
7.- La falacia de la ausencia de
errores
Un proceso de pruebas adecuado
detectar los fallos ms importantes.
En la mayora de los casos el proceso de
pruebas no detectar todos los defectos
del sistema (Principio 2); pero los
defectos ms importantes deberan ser
detectados.
La ausencia de errores no es la nica
prueba de la calidad del software
No se puede introducir la calidad a travs
PROCESO DE PRUEBAS

El proceso de pruebas esta determinado por

las siguientes fases:
1. Planificacin de pruebas y Control
2. Anlisis y Diseo de pruebas
3. Implementacin y Ejecucin de Pruebas
4. Evaluacin del criterio de finalizacin de
pruebas. y generacin de informes.
5. Actividades de cierre.
PROCESO DE PRUEBAS

Planificacin de Pruebas y Control

Determinar el alcance y riesgos
Identificar los objetivos y criterios de
salida de las pruebas
Adquirir y programar recursos requeridos
por las pruebas: personal, entorno,
presupuesto.
PROCESO DE PRUEBAS

Criterios de Salida
Conjunto de condiciones genricas y
especficas acordadas con los
involucrados, para que un proceso sea
considerado formalmente concluido.
Los criterios de salida son utilizados como
referencia para la elaboracin de
informes y para planificar cuando se
deben finalizar las pruebas..
PROCESO DE PRUEBAS

Anlisis y diseo de pruebas

Revisar las bases de prueba (requisitos,
arquitectura, diseo de interfaces)
Identificar y priorizar condiciones de
prueba y casos de prueba.
Disear pruebas / casos de prueba
Identificar condiciones de prueba
especficas y datos de prueba necesarios
Disear el entorno de pruebas
Probar la infraestructura y herramientas
de prueba.
PROCESO DE PRUEBAS

Anlisis y diseo de pruebas

Revisar las bases de prueba (requisitos,
arquitectura, diseo de interfaces)
Identificar y priorizar condiciones de
prueba y casos de prueba.
Disear pruebas / casos de prueba
Identificar condiciones de prueba
especficas y datos de prueba necesarios
Disear el entorno de pruebas
Probar la infraestructura y herramientas
de prueba.
PROCESO DE PRUEBAS
Datos de Prueba
Datos que existen en el sistema antes de que
una prueba sea ejecutada, y que afecta o es
afectado por el componente o sistema sujeto de
pruebas.
Datos de Entrada
Variable que es leda por un componente, puede
ser almacenada dentro como fuera del sistema.
Cobertura de Pruebas
Grado en el que un elemento especificado ha
sido practicado por un conjunto de pruebas. Se
expresa en porcentaje. Utilizado con mayor
frecuencia en pruebas de caja blanca con el
objeto de determinar la cobertura de cdigo.
PROCESO DE PRUEBAS
Implementacin y Ejecucin de Pruebas
Desarrollar y priorizar procedimientos de
prueba.
- Crear datos de prueba
- Redactar guiones de prueba automatizados
- Crear juegos de prueba
Verificar y actualizar la trazabilidad
Ejecutar pruebas (manuales o automticas)
Registrar resultados de pruebas
Informar y analizar incidencias con el objeto de
establecer sus causas.
Repetir actividades de prueba para confirmar
correcciones
PROCESO DE PRUEBAS

Evaluacin de Criterios de Salida

Evaluar la ejecucin de pruebas con
respecto a los objetivos definidos.
Evaluar los registros de pruebas
Proporcionar informacin con el objeto de
dar lugar a la decisin de si llevar a cabo
pruebas adicionales
PROCESO DE PRUEBAS

Actividades de cierre.
Recopilar datos de las actividades del
proceso de pruebas finalizadas.
Cerrar informes de incidencias o
generacin de solicitudes de cambio
Comprobar que entregables planificados
han sido entregados y probados
Documentar la aceptacin del sistema
Utilizar la informacin recopilada para
mejorar la madurez del proceso de
pruebas.
PSICOLOGA EN EL PROCESO DE
PRUEBAS
Caractersticas personales de un buen
tester
Curioso, perceptivo, atento a los detalles
(no todo error se manifiesta de forma
evidente).
Escptico y con actitud crtica (Los
objetos contienen errores, no creer en
todo lo que dicen los desarrolladores)
Aptitudes para la comunicacin (Lleva
malas noticias a los desarrolladores)
Experiencia (para encontrar errores)
PSICOLOGA EN EL PROCESO DE
PRUEBAS
Dificultades
Incapacidad de comprensin mutua
Los desarrolladores deberan contar con un
conocimiento bsico de pruebas.
Los testers deberan contar con un
conocimiento bsico de desarrollo de
software.
Especialmente en situaciones de tensin,
la deteccin de errores cometidos por
alguien frecuentemente conduce a
conflictos.
Las personas no deberan ser criticadas, los
defectos deben ser descritos en trminos
PSICOLOGA EN EL PROCESO DE
PRUEBAS
Dificultades
La comunicacin entre testers y
desarrolladores es insuficiente. Este
hecho puede hacer imposible el trabajo
conjunto.
Los testers son vistos nicamente como
portadores de malas noticias.
Un proceso de pruebas slido requiere la
distancia apropiada con respecto al
objeto de prueba.
PRUEBAS A TRAVES
DEL CICLO DE VIDA
DEL SOFTWARE
PRUEBAS A TRAVES DEL CICLO DE
VIDA
Pruebas de Componente
Funcionalidad del Componente
Pruebas de Integracin
Interfaces de componentes
Pruebas de Sistema
Sistema integrado, de acuerdo a las
especificaciones
Pruebas de Aceptacin
Pruebas Formales de los requisitos del cliente
PRUEBAS A TRAVES DEL CICLO DE
VIDA
Pruebas de Componente
Funcionalidad del Componente
Pruebas de Integracin
Interfaces de componentes
Pruebas de Sistema
Sistema integrado, de acuerdo a las
especificaciones
Pruebas de Aceptacin
Pruebas Formales de los requisitos del cliente
PRUEBAS A TRAVES DEL CICLO DE
VIDA
Verificacin vs. Validacin
Verificacin
Comprobacin de la conformidad con los
requisitos establecidos.
Cuestin Clave: Se ha procedido
correctamente en la construccin del
sistema?
Hemos sumado 1 ms 1 correctamente?
Validacin
Comprobacin de la idoneidad para el uso
esperado
Cuestin clave: Hemos construido el
PRUEBAS A TRAVES DEL CICLO DE
VIDA
Principios de Pruebas por Modelos de
Ciclo de Vida

Cada actividad de desarrollo debe ser

probada
Cada nivel de prueba debera ser probado
de forma especfica.
El proceso de pruebas comienza mucho
antes que la ejecucin de pruebas.
PRUEBAS A TRAVES DEL CICLO DE
VIDA
Pruebas de Componente (Pruebas
Unitarias)
Un componente es la unidad ms pequea
especificada de un sistema. Los componentes
son referidos como mdulos, clases o unidades.
Estas pruebas por lo general son denominadas
pruebas de desarrollador.
Solo se prueban componentes individuales
Cada componente es probado de forma
independiente
Toda la funcionalidad debe ser probada, por lo
menos, con un caso de prueba. Probar la
robustez (resistencia a datos de entrada
invlidos)
PRUEBAS A TRAVES DEL CICLO DE
VIDA
Pruebas de Integracin (Pruebas de
Interfaz)
Las pruebas de Integracin comprueba la
interaccin entre componentes respecto a
la especificacin de interfaces.
Se asume que los componentes ya han
sido probados.
Los casos de prueba podrn ser obtenidos
a partir de:
Especificacin de Interfaces
Modelo de datos
El propsito de las pruebas es detectar
PRUEBAS A TRAVES DEL CICLO DE
VIDA
Pruebas de Sistema
Las pruebas de sistema se desarrollan
utilizando casos de prueba funcionales y no
funcionales.
Las pruebas de sistema funcionales
confirman que los requisitos para un uso
especfico han sido satisfechos.
Las pruebas de sistema no funcionale
verifican los atributos de calidad no
funcionales: usabilidad, eficiencia,
portabilidad.
Con frecuencia, los atributos de calidad no
funcionales son una parte implcita de los
PRUEBAS A TRAVES DEL CICLO DE
VIDA
Pruebas de Aceptacin
Las pruebas de aceptacin son las
pruebas de sistema por parte del cliente.
La prueba de aceptacin es una actividad
de carcter contractual, se verificar
entonces que el software satisface los
requisitos del cliente.
Las pruebas Alpha son pruebas ejecutadas
en las dependencias del desarrollador, las
pruebas beta se ejecutan en las
dependencias del cliente.
PRUEBAS A TRAVES DEL CICLO DE
VIDA
Tipos de Pruebas

Las pruebas funcionales comprueban el

comportamiento entrada/salida de un objeto
de prueba.
Las pruebas no funcionales incluyen, pero no
estn limitadas a: pruebas de carga, pruebas
de estrs, pruebas de rendimiento, pruebas
de robustez.
Las pruebas estructurales habituales son
pruebas que comprueban el flujo de control y
datos en el objeto de prueba, midiendo el
grado de cobertura.
PRUEBAS A TRAVES DEL CICLO DE
VIDA
Pruebas de Mantenimiento
Una vez desarrollado el software necesita
ser adaptado a nuevas condiciones, los
errores deben ser corregidos.
Un anlisis de impacto puede ayudar a
juzgar los cambios asociados a riesgos
Las pruebas de mantenimiento aseguran
que:
Las nuevas funcionalidades son
implementadas de forma correcta.
Los errores han sido corregidos de forma
exitosa
La funcionalidad, que haya sido verificada,
TCNICAS ESTTICAS
TCNICAS ESTTICAS
Enfoque Bsico
Las tcnicas estticas de pruebas
comprenden varios mtodos que no
ejecutan el componente o sistema objeto de
la prueba.
Las pruebas estticas incluyen:
Revisiones (actividad manual)
Anlisis Esttico (actividades basadas en
herramientas)
Las pruebas estticas detectan causas de
fallos (defectos) en lugar de fallos.
Los conceptos tambin son analizados, no
solo el cdigo ejecutable.
TCNICAS ESTTICAS
Anlisis Esttico
Es aquella tarea que consiste en analizar
un objeto de prueba, sin ejecutar el
objeto de prueba.

Posibles aspectos a ser comprobados

Reglas y estndares de programacin
Diseo de un componente (anlisis del
flujo de control)
Uso de Datos (anlisis de flujo de datos)
Complejidad de la estructura de un
TCNICAS ESTTICAS
Anlisis Esttico con Herramientas

El anlisis esttico de un programa

mediante el uso de herramientas se
desarrolla con un esfuerzo menor que el
necesario en una inspeccin.
Detecta lgica ausente o errnea
(bucles potencialmente infinitos)
Detecta construcciones excesivamente
complicadas, vulnerabilidades en el
mbito de la seguridad de interfaces
inconsistentes, etc.
TCNICAS ESTTICAS
Anlisis Esttico con Herramientas

El anlisis esttico lo realiza el

compilador, adicionalmente existen
herramientas (analizadores) que tratan
aspectos como:
Convenciones y estndares
Mtricas de complejidad
Acoplamiento de objetos
Cdigo no utilizado, repetido
Documentacin apropiada
TCNICAS ESTTICAS
Mtricas
Ciertos aspectos de la calidad de un
programa pueden ser medidos utilizando
mtricas.
Actualmente existen ms de 100 diferentes
mtricas para medir la complejidad esttica
de un programa.
Tamao del programa (LOC)
Estructuras de control del programa (Nmero
ciclomtico)
Estructuras de control de datos (Mtrica
Halstead)
Las mtricas pueden ser utilizadas para
TCNICAS DE DISEO
DE PRUEBAS
TCNICAS DE DISEO DE
PRUEBAS
Definiciones
Objeto de Prueba (test object)
Elemento a ser revisado: documento,
funcionalidad, objeto, etc.; en el proceso de
desarrollo de software.
Condicin de Prueba (test condition)
Elemento o evento de un componente o sistema
que debera ser verificado por uno o mas casos
de prueba.
Criterios de Prueba (test criteria)
El objeto de prueba debe cumplir los criterios de
prueba con el objeto de superar la prueba.
Calendario de Ejecucin de Prueba test
execution sched.
TCNICAS DE DISEO DE
PRUEBAS
Definiciones

Especificacin de Diseo de Prueba

Documento que especifica las condiciones de
prueba para un elemento de prueba.

Especificacin de Casos de Prueba

Documento que especifica un conjunto de Casos
de Prueba (objetivos, entradas, acciones de
prueba, resultados esperados y precondiciones
de ejecucin).
TCNICAS DE DISEO DE
PRUEBAS
Los casos de prueba y los juegos de pruebas
(test suites) son obtenidos a partir de los
requisitos o caractersticas de los objetos de
pruebas.
Componentes de la descripcin de un caso de
prueba:
Cdigo/Identificador
Valores de Entrada
Precondiciones
Resultados Esperados
Postcondiciones
Dependencias
Requisitos a partir de los cuales se ha obtenido
TCNICAS DE DISEO DE
PRUEBAS
ASEGURAMIENTO DE LA CALIDAD ANALITICO
ESTATICO
Revisiones Guiadas
Anlisis de Flujo de Control
Anlisis de Flujo de Datos
Mtricas del Compilador y Analizador
TCNICAS DE DISEO DE
PRUEBAS
ASEGURAMIENTO DE LA CALIDAD ANALITICO
DINAMICO
Estructura o Caja Blanca
Cobertura de Sentencia
Cobertura de Rama
Cobertura de Condicin
Cobertura de Camino
Especificacin o Caja Negra
Particin de Equivalencia
Anlisis de Valores Lmite
Prueba de Transicin de Estados
Tablas de Decisin
Tcnicas Basadas en la Experiencia
TCNICAS DE DISEO DE
PRUEBAS
TECNICAS DE CAJA NEGRA
El Objetivo principal de las pruebas de caja
negra es probar la funcionalidad del sistema.
Por lo tanto el resultado de las pruebas
depende de la calidad de la especificacin
del sistema, por ejemplo, la completitud,
especificaciones faltantes o errneas
conducen a malos casos de pruebas.
Si el objeto de pruebas contiene funciones
que no han sido especificadas, estas no
sern evaluadas.
Tales funciones superfluas pueden causar
problemas en las reas de la estabilidad y
TCNICAS DE DISEO DE
PRUEBAS
TECNICAS DE CAJA NEGRA
Las pruebas de caja negra verifican
funciones especificadas: si las funciones no
son especificadas, stas no son probadas.
El cdigo adicional (es decir cdigo que no
debera estar) no puede ser detectado
utilizando pruebas de caja negra.
TCNICAS DE DISEO DE
PRUEBAS
TECNICAS DE CAJA NEGRA
Las pruebas funcionales constituyen la
actividad de pruebas ms importante.
Los mtodos de caja negra son utilizados
siempre en el proceso de pruebas.
Es recomendable para asegurar la
precisin y calidad de las mismas
complementar con pruebas de caja
blanca o pruebas basadas en la
experiencia.
TCNICAS DE DISEO DE
PRUEBAS
TECNICAS DE CAJA BLANCA
Los mtodos de caja blanca y caja negra son
mtodos dinmicos, el objeto de prueba es
ejecutado durante las pruebas.
Solo se puede probar cdigo existente. No se
puede detectar el hecho de tener pruebas
faltantes; sin embargo, el cdigo muerto o
superfluo puede ser detectado con este tipo
de pruebas.
Los mtodos de caja blanca son utilizados en
pruebas de bajo nivel como pruebas de
componente o pruebas de integracin.
Los mtodos difieren de la intensidad de las
TCNICAS DE DISEO DE
PRUEBAS
TECNICAS BASADAS EN LA
EXPERIENCIA

Las tcnicas basadas en la experiencia

complementan las tcnicas sistemticas
para determinar casos de prueba.
Las tcnicas basadas en la experiencia
dependen en gran medida de la habilidad
individual del probador.
La prediccin de errores y las pruebas
exploratorias son dos de las tcnicas ms
ampliamente utilizadas en pruebas basadas
 GESTIN
DE PRUEBAS
GESTIN DE PRUEBAS
La gestin de pruebas es la gestin de
proyecto de los proyectos de pruebas.
El proceso de pruebas es una actividad que
cubre pro completo el proceso de desarrollo
del software.
Las actividades propias de la gestin de
pruebas son necesarias a lo largo de todo el
proceso de pruebas.
GESTIN DE PRUEBAS

ACTIVIDAD PRODUCTO RESULTADO

Concepcin de Plan de Pruebas (esttico)
Pruebas
Planificacin de Plan de Pruebas (dinmico)
Pruebas
Control de Pruebas Informe de estado, accin
de control
Pruebas de Entrega (release) del
Aceptacin producto de software
GESTIN DE PRUEBAS
La efectividad en la deteccin de defectos se
incrementa con la independencia del equipo
de pruebas. La independencia se presenta
en distintos grados.
El Lder de Pruebas establece el equipo de
pruebas en una fase temprana del proyecto
y:
Planifica todas las pruebas
Establece / crea un enfoque de pruebas
Organiza la gestin de desviaciones
Organiza la gestin de la configuracin de los
productos de soporte.
Controla la ejecucin de pruebas
GESTIN DE PRUEBAS
El jefe de pruebas informa a la direccin de
la compaa y al jefe de proyecto.
El probador apoya las actividades de
preparacin de pruebas, ejecuta pruebas,
crea la documentacin relativa a mensajes
de desviacin de resultados de pruebas.
El probador tambin asiste en la
implementacin de la automatizacin de
pruebas.
GESTIN DE PRUEBAS
PLANIFICACIN
La planificacin de pruebas forma parte del
plan de calidad corporativo.
El plan de pruebas maestro es un elemento
bsico de toda la planificacin de las
actividades de pruebas. Debe ser
desarrollado en forma temprana en el
proyecto.
La estimacin de pruebas puede ser
realizada utilizando cualquiera de los
siguientes mtodos:
Estimacin experta
Estimacin basada en analogas
GESTIN DE PRUEBAS
SEGUIMIENTO Y CONTROL

El seguimiento/monitorizacin del estado de

pruebas se basa en criterios medibles y
aporta la informacin necesaria para
gestionar procesos de pruebas.
Las desviaciones respecto del plan requieren
acciones correctivas.
La presentacin peridica de informes
aporta informacin al proyecto y a la
direccin de la compaa respecto del
progreso de las pruebas.
GESTIN DE PRUEBAS
GESTIN DE LA CONFIGURACIN
La gestin de la configuracin es necesaria
para administrar los cambios sobre los
objetos de prueba y sus respectivas
veresiones.
La informacin de la construccin y la
entrega es conservada con el objeto de
poder reconstruir versiones antiguas.
La gestin de la configuracin se aplica al
proceso de desarrollo completo, no
solamente al proceso de pruebas.
La gestin de la configuracin es apenas
posible sin las herramientas apropiadas.
GESTIN DE PRUEBAS
GESTIN DE INCIDENCIAS

La gestin de incidencias es la gestin de las

desviaciones o defectos detectados durante
las pruebas.
La gestin de incidencias es un proceso en
su mismo con un flujo de trabajo especfico.
Estn disponibles potentes herramientas
para dar soporte a la gestin de incidencias,
que cubren tambin las tareas de la gestin
del cambio.
Gestin de las Desviaciones = Gestin de
Incidencias.
HERRAMIENTAS
DE
PRUEBAS
GESTIN DE PRUEBAS
TIPOS DE HERRAMIENTAS DE PRUEBAS

Gestin de Pruebas: Administracin de casos

de pruebas, evaluacin y establecimiento de
mtricas, planificacin de recursos y tiempo;
creacin de informes.
Gestin de Requisitos: Acopio de los
requisitos del sistema, asignacin de
prioridades, establecer referencia entre
requisitos y casos de pruebas, identificar
requisitos inconsistentes y/o faltantes.
GESTIN DE PRUEBAS
TIPOS DE HERRAMIENTAS DE PRUEBAS

Gestin de Incidencias: Registro y

seguimiento de incidencias, defectos, fallos.
Almacenamiento de solicitudes de cambio,
flujo de trabajo para control del ciclo de vida
de los defectos.
Gestin de la Configuracin: Seguimiento de
las diferentes versiones de componentes,
requisitos cumplidos por una versin
particular, entorno operativo. Administracin
de cdigo fuente y ejecutables.
GESTIN DE PRUEBAS
TIPOS DE HERRAMIENTAS DE PRUEBAS
Soporte para Pruebas Estticas:
Cumplimiento de estilos de codificacin y
seguridad del cdigo.
Anlisis de la estructura del cdigo
Anlisis de Modelos de Datos /
Comprobacin de consistencia
Anlisis de Documentos de Especificacin,
modelos de diseo de objetos, diagramas
de estado.
Prerrequisitos:
Las especificaciones deben estar en
LENGUAJE FORMAL
GESTIN DE PRUEBAS
TIPOS DE HERRAMIENTAS DE PRUEBAS
Soporte para Pruebas Estticas:
Cumplimiento de estilos de codificacin y
seguridad del cdigo.
Anlisis de la estructura del cdigo
Anlisis de Modelos de Datos /
Comprobacin de consistencia
Anlisis de Documentos de Especificacin,
modelos de diseo de objetos, diagramas
de estado.
Prerrequisitos:
Las especificaciones deben estar en
LENGUAJE FORMAL
GESTIN DE PRUEBAS
TIPOS DE HERRAMIENTAS DE PRUEBAS
Herramientas de Ejecucin de Pruebas
Generadores de datos
Generacin de Informes
Robots de Pruebas
Medicin de cobertura
Pruebas de Regresin
Son las herramientas ms costosas del
mercado.