experiencia en testeo

UNIVERSIDAD NACIONAL DE ITAPÚA
V Expo Ingeniería 2010

“Experiencias prácticas en Testeo de Software”

Ing. Karina Maidana Lombardo
Univ. Nadia Hrisuk
Encarnación – Octubre de 2010

Experiencias prácticas en Testeo de Software

Fases del proceso de Desarrollo del Software

Experiencias prácticas en Testeo de Software

Gestión de Calidad del Software
Todas las metodologías y lasherramientas tienen un
único fin: producir software de calidad
Calidad del software:
“Concordancia con los requisitos funcionales y de rendimiento
explícitamente establecidos con los estándares de desarrollo
explícitamente documentados y con las características implícitas
que se espera de todo software desarrollado profesionalmente”
R. S. Pressman (1992).

Experiencias prácticas enTesteo de Software

Control de Calidad del Software (Testeo)
Son las técnicas y actividades de carácter operativo,
utilizadas para evaluar la calidad del software,
centrados en dos objetivos fundamentales:
●

●

mantener bajo control un proceso
eliminar las causas de los defectos en las
diferentes fases del ciclo de vida del software.

Experiencias prácticas en Testeo de Software¿Quién testea?
El primer control de calidad de un feature
(funcionalidad) es realizado por el programador del
feature. Luego el tester se encarga de buscar errores
que se pudieron haber escapado o que no se le ocurrió
buscar al programador.
El testeo consiste en verificar la concordancia existente
entre los requisitos y la funcionalidad de un feature,
controlando los resultados en base a todoslos casos de
entrada posibles.

Experiencias prácticas en Testeo de Software

Testeo: Ejemplo

A tener en cuenta: Validaciones – Cantidad máxima de
caracteres – Que estén completos todos los campos
requeridos al guardar, etc.

Experiencias prácticas en Testeo de Software

Testeo: Ejemplo

Experiencias prácticas en Testeo de Software

Testeo: reportes
Un reporte es unaespecificación ya sea de una
funcionalidad o de un error en el software.
Tipos de reportes:
●

●

Task: es una tarea, especifica los requisitos de una
funcionalidad para alguna versión del producto.
Bug: es un error, especifica las condiciones y los pasos
para reproducir un error encontrado por un tester, un
desarrollador o por el cliente.

Experiencias prácticas en Testeo de SoftwareTesteo: Formato del reporte tipo Bug
●

Título: debe ser breve y conciso pero descriptivo. Ej.:
“No se puede guardar un nuevo usuario en la página
Clientes” en lugar de “Error en la página Clientes”.

●

Categoría: Bug

●

Reportado por: Nombre y apellido.

●

Asignado a: Nombre y apellido.

●

Prioridad: Baja/Media/Alta/Crítica.

●

Estado:Abierto/Arreglado/Cerrado/Eliminado/No es
un bug.

Experiencias prácticas en Testeo de Software

Testeo: formato del reporte tipo Bug
●

●
●
●

Descripción:
– Servidor(es), versión(es).
– Navegador (si es aplicable).
– Descripción textual del problema.
– Pasos para reproducir el error.
– Lo que se esperaba que sucediera.
– Lo que realmente sucedió.
Agregar la descripción de la Excepción, si es el caso.
Adjuntarimágenes: en caso de ser necesario.
Adjuntar Log de errores u otro tipo de información que
pueda ayudar a descubrir la causa del error.

Experiencias prácticas en Testeo de Software

Testeo: Prioridades de un reporte
●

●

●

●

Baja: cuando se trata de un problema cosmético, de
baja importancia y sin repercusiones.
Media: cuando el bug es importante, pero no tanto
comoatenderlo hasta que se arreglen los de
prioridad Alta.
Alta: cuando el bug es muy importante, la siguiente
versión no saldrá sin que se arregle esta tarea/bug.
Crítico: son los primeros reportes en ser atendidos,
el desarrollador para todo lo que se está haciendo
para realizar la tarea o corregir el bug.

Experiencias prácticas en Testeo de Software

Testeo: Ejemplo de un reporte tipo Bug...