Ing.

Félix Gerardo Díaz

CLASE 5
 CONTENIDO

PROCESO DE PRUEBAS
• Implementación
• Ejecución
• Reporte
PROCESO DE PRUEBAS
 IMPLEMENTACIÓN
• Esta etapa cobra sentido cuando las pruebas son automatizadas.
• Generación de código de prueba para que se ejecuten sin intervención
humana.
 PRUEBAS AUTOMATIZADAS
Consiste en el uso de software especial para controlar la ejecución de
pruebas y la comparación entre los resultados obtenidos y los resultados
esperados.
El proceso de ejecutar varias pruebas una y otra vez sin ejecutarlas
manualmente se conoce como pruebas automatizadas. Lo único que lo hace
diferente de las pruebas manuales es que las pruebas automatizadas utiliza
una herramienta de automatización.
 ¿CUÁNDO AUTOMATIZAR?
• El equipo de desarrollo reporta procesos muy repetitivos y constantes.
• Existen casos largos y complejos de correcciones y detección de fallas que
consumen una gran cantidad de tiempo y esfuerzo.
• Se necesita reducir al máximo los errores humanos.
• Se necesita aplicar un alto volumen de pruebas múltiples.
• No se cumplen con los tiempos establecidos en el cronograma en vista
del gran volumen de trabajo y poco recurso humano.
ALGUNAS HERRAMIENTAS
 EJECUCIÓN
La ejecución de pruebas debe iniciar con la creación de los datos de prueba
necesarios para ejecutar los casos de prueba diseñados. La
ejecución, cuando detecte que existe una falla en el sistema, este debe ser
documentada.
Una vez que el defecto ha sido corregido por los desarrolladores en su
respectivo proceso de depuración, es necesario realizar un re-test que
permita confirmar que el defecto fue solucionado de manera exitosa. Por
último, es indispensable ejecutar un ciclo de regresión que nos permita
garantizar, que los defectos corregidos en el proceso de depuración de la
firma, no hayan desencadenado otros tipos de defectos en el sistema.
 Error, defecto, falla y mejora
Estos tres primeros conceptos van de la mano, un error puede generar uno o
más defectos y un defecto va a causar un fallo. Describen un resultado
inesperado durante la ejecución de un programa o para referirse a la causa
que genera dicho resultado.
• El error es una acción humana que produce un resultado incorrecto.
• El defecto, también llamado falta, es la manifestación de ese error en el
código.
• La falla es la manifestación del defecto al usar el sistema.
• La mejora es una propuesta que se realiza con el objetivo de agregar
alguna característica, funcionalidad o parte del producto, lo cual difiere
completamente de la definición de un defecto.
EJEMPLO
 REPORTE
Un reporte contiene información sobre el registro de las discrepancias entre
el resultado esperado, y el resultado obtenido en la ejecución de la
funcionalidad de un software.
Dichas discrepancias se pueden identificar en diferentes etapas del ciclo de
vida del desarrollo y del producto de software. Con el objetivo de minimizar
diferentes tipos de riesgos asociados a los proyectos y al producto.
 CAMPOS FRECUENTES

● ID ● Asignado a
● Título ● Prioridad
● Módulo ● Severidad
● Descripción ● Fecha de apertura
● Pasos ● Fecha de cierre
● Adjuntos ● Estado
● Tipo ● Comentarios
● Detectado por
 REPORTE
● ID: 001
● TÍTULO: Error al crear un usuario cuyo apellido tiene espacio
● Descripción: Al intentar crear un usuario cuyo apellido tiene un espacio, aparece el error
“DG543X0 – Invalid input”
● PASOS: 1. Acceder al módulo de clientes
2. Hace clic en Crear
3. Completar el campo apellido con “Di Tomaso”
4. Completar el resto de los campos obligatorios
5. Presionar Aceptar
● RESULTADO ESPERADO: permite crear el cliente
● RESULTADO OBTENIDO: aparece el mensaje de error “DG543X0 – Invalid input” y no crea el
cliente
● SEVERIDAD: Media
 ¿Por qué gestionar los reportes de testing?
• Porque se obtiene información valiosa sobre el funcionamiento y el
comportamiento del producto.
• Se obtiene información valiosa sobre el desempeño del equipo de
trabajo, de los procesos y hasta del ciclo de vida del desarrollo del
software.
• Porque se puede evitar ese dolor de cabeza que causa la falta de
información.
• Se pueden tener suficientes datos para predecir lo que sucederá con
el software.
• Cuando se evitan reprocesos, se evita la pérdida de dinero.
• Porque permite aumentar la objetividad, desde una perspectiva más
general para la generación de ideas de cara a la mejora de los
procesos de desarrollo y de pruebas.
 CASO DE ESTUDIO
1. Completar el cuestionario que se encuentra en la plataforma.

2. Dado el siguiente link: https://www.naldo.com.ar/

Dado el escenario de prueba : “Verificar que el proceso CREAR UNA CUENTA

NUEVA funcione correctamente”, generar al menos 5 casos de prueba que
arrojen un resultado diferente al esperado.

3. Realizar el reporte de los defectos encontrados.

4. Realizar la actividad subida en el campus virtual.

4. Subir la actividad de manera grupal al foro con el formato GRUPOX_ACT5.