1 • FUNDAMENTOS DE LAS PRUEBAS

CAPITULO 1 • FUNDAMENTOS DE PRUEBAS

DE SOFTWARE

BASADO EN EL PROGRAMA DE PROBADOR CERTIFICADO ISTQB

WWW.FULLADVANCED.COM

Existen 2 errores comunes sobre las pruebas de software:

1. Sólo consisten en ejecutar el software y comprobar resultados.

2. Se enfocan en validar que el software cumpla con la verificación de requerimientos.

PROCESO DE PRUEBAS

La definición de Pruebas de Software la dividimos en 2

partes: Proceso y Objetivos.

Probar no es sólo El Proceso

correr pruebas.
Probar es un proceso no una actividad, se realiza
durante todo el Ciclo de vida de desarrollo, abarcando
las pruebas Estáticas y Dinámicas.
Verificación:
Las pruebas se deben preparar. Se planifica antes,
durante y después de la ejecución de las Pruebas.
¿Construímos bien el
software según los Los resultados de las pruebas del Código y los
requerimientos? Productos de Trabajo relacionados deben ser
verificados.

Objetivos
Validación:  
Se verifica y se valida el cumplimiento de los
requisitos.
¿Construímos el software
adecuado basado en las Al Detectar defectos comprendemos riesgos,
mejoramos la calidad de los productos.
necesidades reales del
cliente? Y cuando analizamos la causa raíz mejoramos los
Procesos de Desarrollo

www.FullAdvanced.com por Julio César Oropeza Diseño y contenido por Kelly Aguilar Zambrano
OBJETIVOS DE LAS PRUEBAS www.FullAdvanced.com por Julio César Oropeza

Evaluar que todos los productos de trabajo estén correctos

Verificar que todos los requerimientos especificados han sido satisfechos

Validar que todos los requerimientos especificados son correctos, incluidos

los de ámbito legal

Generar confianza en el software

Prevenir defectos
Los objetivos de la prueba varían
Encontrar fallas y defectos dependiendo del sistema que se esté probando,
Reducir el riesgo de fallas en qué fase del ciclo de desarrollo se está, o del
nivel de prueba.
Proporcionar información para la toma de decisiones

Reducir el nivel de riesgo de software de baja calidad

Cumplir con estándares legales o comerciales Probar es distinto de depurar

Debugging o Depuración es el proceso de

desarrollo que encuentra, analiza y repara el
Producto de trabajo defecto. 

Un producto de trabajo es Probar es verificar que el software funciona

cualquier documento, informe, como se espera.
reporte, diagrama e inclusive el
código fuente o el sistema
terminado.
El ciclo de depuración implica que el
desarrollador depura el código y realiza sus
pruebas.

Luego del ciclo de depuración, un probador

independiente ejecuta las pruebas de
confirmación.

Las pruebas de verificación se realizan

para garantizar que se cumpla lo establecido
en los requerimientos.

Diseño y contenido por Kelly Aguilar Zambrano

¿POR QUÉ ES NECESARIO PROBAR EL SOFTWARE?

1. Todo el mundo comete errores, los errores introducen defectos que pueden generar fallas.

2. Reduce el riesgo y aumenta la confianza.

3. Algunos defectos son difíciles de identificar debido a que se originan en suposiciones erradas o

puntos ciegos.

4. Algunas pruebas son obligatorias debido a estándares legales o comerciales.

¿ Cómo contribuye la
prueba al éxito de un
proyecto?
Aseguramiento de la Calidad
1. Cuando los probadores y diseñadores trabajan en
y Pruebas son conceptos
equipo se puede aumentar la comprensión del distintos
diseño del sistema y cómo probarlo.

2. Cuando los probadores y desarrolladores trabajan El Aseguramiento de la Calidad se centra

en equipo mientras el código se está desarrollando, en el cumplimiento de los procesos
adecuados para generar productos de
le permite al probador ubicar segmentos de la trabajo de mayor calidad.
aplicación susceptibles a error.
El Control de la Calidad implica varias
actividades, incluidas las actividades de
3. Tener probadores verificando y validando el prueba, lo que apoya el logro de niveles
apropiados de calidad.
software antes de su liberación aumenta la

probabilidad de que el software cumpla con las

La Gestión de Calidad une a ambos
conceptos: Aseguramiento y el Control de la
expectativas del usuario. calidad.

4. Que el software cumpla con las expectativas del

usuario aumenta la confianza en el producto, y la

confianza en el producto genera fidelidad al

proveedor.

www.FullAdvanced.com por Julio César Oropeza Diseño y contenido por Kelly Aguilar Zambrano
ERROR, DEFECTO Y FALLA www.FullAdvanced.com por Julio César Oropeza

¡Recuerda no
confundir
conceptos!
Error: Error, Mistake

Defecto: Falta,Defect, Bug,

Un humano comete un ERROR
fault, fail.
que puede introducir un
Falla: Failure.
DEFECTO que podría generar
una FALLA

¿ Por qué ocurren errores?

No todos los defectos causarán fallas.

No todas las fallas son de origen humano,

Trabajo bajo presión pueden ser de origen ambiental.

Falibilidad humana No todos los resultados inesperados de

Falta de experiencia del personal las pruebas son fallas.

Complejidad del proyecto

Falta de comunicación
Existen falsos positivos y falsos negativos
en los resultados de las pruebas.

Si la prueba dice que hay un error cuando en

Causa Raíz de un defecto realidad no lo hay, es un Falso positivo.

Si la prueba no detecta defectos que debió

haber identificado, es un Falso negativo.
Cuando se detecta una falla, debemos rastrearla

para determinar la razón por la cual ocurrió. Los

defectos deben ser analizados para identificar la Oráculo de prueba es la fuente para
determinar resultados esperados para
raíz de su origen, y así reducir la posibilidad de que
compararlos con los resultados reales del
se repita en el futuro. software en pruebas.

Diseño y contenido por Kelly Aguilar Zambrano

SIETE PRINCIPIOS DE LAS PRUEBAS www.FullAdvanced.com por Julio César Oropeza

1. Las pruebas demuestran que hay errores, no su ausencia

2. Es imposible probarlo todo

3. Probar desde el inicio del ciclo ahorra tiempo, esfuerzo y

dinero

4. Los defectos se agrupan La creencia de que el software

debe ser liberado sin errores y con
5. Los casos de prueba deben actualizarse para encontrar absoluta correctitud es algo
nuevos defectos imposible de lograr.  Sin embargo
se puede reducir el riesgo de falla
6. Las pruebas dependen del sistema que se esté probando en ambientes operativos haciendo
pruebas con estándares altos de
7. Es imposible que no hayan errores
calidad.

PROCESO DE PRUEBAS: Actividades

Planificación y Control: ¿Cuales son los objetivos y cómo se alcanzan?

En la planificación se debe asegurar la comprensión de las expectativas del usuario, cuáles son sus metas,
objetivos y los riesgos que se deberán considerar. Se establecen las bases de prueba y el plan de pruebas a
seguir.  El control o monitoreo verifica que las actividades se están llevando a cabo según el plan y se
realiza durante todo el proceso de pruebas.

Análisis: Se analizan los requerimientos levantados a fin de verificar entre otras cosas, factibilidad de la
prueba, tiempo y recursos necesarios. Se responde a la pregunta:  ¿Que probar?

Diseño de los casos de prueba de alto nivel. Un caso de prueba es un grupo de valores,  precondiciones y
resultados esperados. Se debe responder  ¿Cómo probar?

Implementación:  Se definen las condiciones de prueba (casos de prueba de bajo nivel) en casos de
prueba específicos.  

A menudo implementación y ejecución son etapas combinadas, en esta etapa se debe preguntar ¿Está
todo listo para ejecutar las pruebas? 

Ejecución:  Se ejecutan los casos de prueba, se registran y reportan los resultados de la prueba.

Cierre o compleción de la prueba: Finalmente, se libera el software cuando los criterios de aprobación
han sido satisfechos y se ejecutan las actividades de cierre del proyecto.

Diseño y contenido por Kelly Aguilar Zambrano

 PROCESO DE PRUEBAS: Actividades www.FullAdvanced.com por Julio César Oropeza

⤾ ⤾
Planificación → Análisis → Diseño → Construcción →Pruebas → Cierre
⤾ ⤾
Aunque parezca que el proceso de pruebas sigue una serie secuencial de
actividades, algunas de ellas pueden llevarse a cabo iterativamente, como
por ejemplo la implementación y la ejecución de las pruebas.

PROCESO DE PRUEBAS: Productos de Trabajo

Insumo Actividad Salida

Actividades de
Bases de Prueba Plan de Pruebas
Planificación

Reporte de progreso
de pruebas
Plan de Prueba Control y Monitoreo
Reporte de resumen
de pruebas

Bases de Prueba Análisis de Pruebas Condiciones de Prueba

Escenarios
Condiciones de Prueba Diseño de Pruebas Suites de Prueba
Data de Prueba

www.FullAdvanced.com por Julio César Oropeza Diseño y contenido por Kelly Aguilar
PROCESO DE PRUEBAS: Productos de Trabajo

Insumo Actividad Salida

Procedimientos
Escenarios Casos de prueba
Implementación de
Suites de Prueba Juegos de prueba  
Pruebas
Data de Prueba Calendarios de
ejecución de pruebas

Casos de prueba Reporte de progreso

Juegos de prueba o de pruebas
Suites de prueba Ejecución de Pruebas
Calendarios de Reporte de resumen
ejecución de pruebas de pruebas

Reporte de progreso
de pruebas Reportes a los
Cierre de Pruebas
interesados
Reporte de resumen
de pruebas

Trazabilidad entre Bases de Prueba y Productos de Trabajo

Etapa Entradas Objetivos Actividades Salidas Trazabilidad

Definir alcance, riesgos,

Planificación de

Definir los objetivos de las A partir del plan de

enfoque y calendario de
pruebas pruebas se genera
pruebas
pruebas

Bases de Prueba Estrategia trazabilidad hacia la

Establecer cómo medir el
Establecer la estrategia Plan de pruebas totalidad de los
avance, quién hace qué y
de pruebas: técnicas, productos de trabajo, ya
cómo lo hace
tareas, fechas de entrega que esta es la piedra
Integrar las pruebas al
angular del proyecto de
ciclo de vida
pruebas.

www.FullAdvanced.com por Julio César Oropeza Diseño y contenido por Kelly Aguilar
 Trazabilidad entre Bases de Prueba y Productos de Trabajo

Etapa Entradas Objetivos Actividades Salidas Trazabilidad

Monitoreo y Control

Revisar plan de pruebas vs

Casos de pruebas
Cronograma de Verificar que el plan de progreso real Reporte de progreso de Vs
de pruebas

planificación pruebas cumpla con las pruebas Calendario de pruebas

fechas, estándares de Revisar resultados de pruebas
Resultado de pruebas calidad y demas vs. Criterios de salida Reporte resumen de Casos de pruebas
especificaciones (definición de listo)
pruebas Vs
Reportes de análisis de establecidas Riesgos identificados
Determinar si más pruebas
riesgo
son necesarias
Tomar acciones Casos de prueba
correctivas en caso de vs
Comunicar resultados a las
desvíos en la planificación Cobertura establecida
partes interesadas
Análisis de pruebas

Bases de prueba

Bases de Prueba Evaluar las bases de Definir y priorizar las Condiciones de prueba
vs.
prueba condiciones de prueba
Niveles de riesgo
Condiciones de prueba
Diseño de pruebas

Definir y priorizar casos

Condiciones de prueba
Condiciones de Prueba de prueba
Diseñar el ambiente
vs.
Identificar data, Casos de prueba en alto
Estrategia de prueba Identificar data,
herramientas  e nivel (Lógicos)
infraestructura y Casos de prueba de alto
Plan de prueba infraestructura
herramientas necesarias nivel

Diseñar el ambiente

Casos de prueba de bajo

nivel (concretos) Procedimientos
Implementación

Escenarios
de pruebas

Desarrollar el ambiente
de pruebas Desarrollar y priorizar Escenarios de prueba
Casos de prueba Vs.
procedimientos de
Crear las suites de prueba |Test procedures Suites de prueba
pruebas Casos de prueba de alto
Cronograma de ejecución nivel
de pruebas

Defectos encontrados
Vs.
Reporte de resultado de
Ejecución de

Cobertura establecida
Suites/Juegos de prueba Comparar resultados con pruebas
pruebas

Ejecutar las pruebas los esperados: Oráculo de

Defectos encontrados
prueba Reporte de defectos
Vs
encontrados
Riesgos identificados

Revisar que todos los

defectos reportados
hayan sido cerrados Pruebas realizadas
Cierre de
pruebas

Reporte de Resultados Recopilar datos de Reporte a los interesados Vs.

actividades realizadas Almacenar los productos |Stakeholders Definición de hecho
de trabajo que puedan
ser reutilizables

www.FullAdvanced.com por Julio César Oropeza Diseño y contenido por Kelly Aguilar
PSICOLOGÍA HUMANA Y EL PROCESO DE PRUEBAS

El sesgo de confirmación
Los desarrolladores y
es la dificultad para
aceptar información que
probadores tienen esquemas de
difiere con nuestras pensamiento diferente
creencias actuales.

Es decir, es la tendencia
a dar un mayor valor a
las ideas u opiniones que Desarrollador | Developer: Se
confirman nuestras
enfoca en diseñar y construir un
creencias.
producto.

Probador | Tester: Se enfoca en

Sesgo de confirmación
verificar y validar el producto,
encontrando tantos defectos como
sea posible antes de la liberación a
Es común que algunas personas pueden producción.
percibir el proceso de prueba como una
actividad destructiva, por esta razón probadores
y jefes de prueba deben saber comunicarse de Maneras de
forma asertiva los resultados de las pruebas y  comunicarse
construir relaciones positivas con sus colegas.
asertivamente entre
equipos de desarrollo
y Pruebas
Pruebas independientes

Los probadores independientes son personas distintas al Recordar que es una colaboración, no una
autor del producto de trabajo.   batalla entre bandos

Hay niveles de independencia, de menor a mayor: Enfatizar los beneficios de las pruebas

Pruebas realizadas por la persona que creó el Comunicar los defectos encontrados de
producto bajo prueba una manera neutral, sin criticar al creador
del producto de trabajo defectuoso
Pruebas realizadas por otra persona del mismo equipo
Tratar de entender cómo se siente la otra
Pruebas realizadas por una persona de un equipo persona
diferente
Confirmar que el interlocutor ha entendido
Pruebas realizadas por una persona de una empresa lo que se ha dicho, y viceversa
diferente

www.FullAdvanced.com por Julio César Oropeza • Diseño y contenido por Kelly Aguilar
VENTAJAS Y DESVENTAJAS DE TENER PRUEBAS INDEPENDIENTES

Click para
ver todo el
material

Ventajas
Desventajas
Con probadores
independientes
aumenta la efectividad El programador podría dejar
de las pruebas, lo cual toda la carga de las pruebas
es particularmente en el probador.
importante en grandes
proyectos, o sistemas El probador puede aislarse
de seguridad crítica. del resto del equipo y tener
problemas para alinearse a
los objetivos del negocio.

Recuerda que el material

completo lo puedes encontrar
en www.FullAdvanced.com,
en la sección de preguntas de
cada capitulo puedes poner a
prueba tu conocimiento con
preguntas. Y si tienes dudas
puedes dejar un comentario y
te responderemos tan pronto
como sea posible.

Diseño y contenido por Kelly Aguilar