Pruebas de Sistemas

Trabajo Práctico IV

PRUEBAS DE SISTEMAS

Licenciatura en Informática

Alumno: Vahid, Jazbani

28 de nov. de 22

1
 Pruebas de Sistemas
Trabajo Práctico IV

Objetivo 3

Consigna 1 3

Consigna 2 6

2
 Pruebas de Sistemas
Trabajo Práctico IV

Objetivo

Que el alumno sea capaz de entender el rol del gerente de pruebas y del especialista
dentro del proceso o proyecto de pruebas y sea capaz de definir una clasificación
mínima para los defectos o incidentes y comprender la necesidad de hacerlo para
contribuir a la generación de métricas.

Consigna 1: Para la herramienta que debes implementar, requiere que se defina la

parametrización de los siguientes atributos, entre otros, de las incidencias:

Severidad, Prioridad, Síntoma, tipo de defecto, Resolución. Además, debe establecer el

listado de atributos de cada incidente, considerando que incidente son defectos, no
mejoras ni reclamos de clientes.

Tal como la tabla anterior para Severidad, aplica lo mismo para Prioridad, Síntoma,
Tipo de Defecto, Resolución. Justifica.

SEVERIDAD DEFINICIÓN
Invalidante La definición de este atributo radica en todo acontecimiento que
impide avanzar con las pruebas por esa rama. Es un
funcionamiento incorrecto de un área particular de la
funcionalidad del software crítico para el negocio, como caídas
del sistema, una instalación fallida o una falla de sus
características principales, pérdida/corrupción de datos
almacenados, violaciones de seguridad, o que permitan a
terceros violar la seguridad, entre otros.
En el caso de un defecto invalidante, nos indica el cierre
completo del proceso, nada puede continuar.
Grave Todo tipo de defecto con el cual no se puede liberar el producto,
pero no impide seguir con el testeo por esa rama. Es un defecto
muy grave y colapsa el sistema. Sin embargo, ciertas partes del
sistema siguen siendo funcionales.

Algunos de ellos están relacionados a información crítica que se

presenta forma errónea, información no registrada de forma
correcta, incumplimiento de objetivos en funciones principales,
baja en funcionamiento de programas periféricos, inoperancia de
una función del sistema entre otros.
Común Son todo tipo de defecto con el cual se podría liberar el
producto, aunque no impide seguir con el testeo en esa rama.
Provocan un comportamiento no deseado, pero el sistema sigue
funcionando. Dan como resultado un comportamiento
inesperado o no deseado, pero no lo suficientemente como para
interrumpir el funcionamiento del sistema.

3
 Pruebas de Sistemas
Trabajo Práctico IV

Entre ellos podemos encontrar algunos ejemplos como errores

en la presentación de datos, errores en documentación del
producto, errores en salidas impresas, operaciones incorrectas.
Leve Estos son errores en la presentación de información secundaria o
de poca importancia, comportamiento correcto, pero en
diferente forma y en situaciones similares, dificultades para
operar, detalles cosméticos o de presentación que no se vinculan
directamente con los requerimientos del usuario. El error no
dará como resultado una falla notable del sistema, no causará
ninguna avería importante en ella.

PRIORIDAD DEFINICIÓN
Inmediata En este caso el defecto es crítico para el producto y debe resolverse lo
antes posible, ya que afecta gravemente al sistema y lo inutiliza hasta
que se resuelva.
Urgente En este caso debemos darle preferencia para su solución o tratamiento.
Si es posible dentro del día de trabajo.
Media En este caso el error no requiere una resolución urgente. Este puede
corregirse durante el curso normal de las actividades de desarrollo. Esto
quiere decir que puede esperar hasta que se cree una nueva versión del
sistema para incluir la resolución y efectuar la prueba la su validación.
Baja Aquí el error no es grave, por lo tanto puedee resolverse luego de que
defectos más críticos hayan sido solucionado. Por lo tanto, se puede
corregir en una fecha posterior. Siempre errores más graves tienen
prioridad.

SINTOMA DEFINICIÓN
Caída del sistema Terminaciones anormales del sistema – sistema “congelado”. La
caída del sistema es uno de los tipos de problemas de
rendimiento en los que los usuarios esperan una respuesta
durante un período indefinido de tiempo.
Corrupción de Alteración de datos. Hace referencia a los errores en los datos
datos informáticos que se producen durante la transmisión o la
recuperación, la introducción de cambios no deseados a los
datos originales
Operación Durante una operación del sistema se pueden producir distintos
incorrecta tipos de error. Ej. Nombre de usuario no válido, sintaxis SQL no
válida, valor de mayúsculas y minúsculas o tipo de mensaje
desconocidos; falla el cierre del archivo, Núcleo, memoria
dañada, fallo de certificado, entre otros.

4
 Pruebas de Sistemas
Trabajo Práctico IV

Pérdida de datos La pérdida de datos puede ser cualquier proceso que da como
resultado que los datos sean corrompidos, eliminados y/o
ilegibles por un usuario y/o software o aplicación.
Comportamiento Hace referencia a cuando el usuario lo encuentra difícil de
utilizar. El sistema no realiza lo que se pide, puede tener una
inamistoso, poco
interfaz difícil de usar. No es adaptable a cualquier equipo o
amigable sistema operativo.
Bajo rendimiento Esto hace referencia a falta de estabilidad, la caída en la
velocidad, la escalabilidad y la poca o nula capacidad de
respuesta de una aplicación bajo una determinada carga de
trabajo. Básicamente la pérdida de rendimiento en determinas
funcionalidades/módulos
Presentación No se presenta de acuerdo a la necesidad, se debe mejorar la
anormal misma. Por ejemplo, pantalla presentada en forma anormal,
desplazada o fuera de lugar.

RESOLUCIÓN DEFINICIÓN
Funciona Esto nos indica que el funcionamiento es acorde al
según diseño requerimiento/necesidad o el diseño del software.
Limitación de Para este tipo de defecto la asociación está dado con el equipamiento
Hardware de uso, por lo que es conveniente cuando se desarrollamos un
software tener en cuenta estas especificaciones, ya que la
dependencia de Hardware puede generar fallos importantes o hasta
incluso en el rendimiento.
Corregido El defecto ha sido corregido correctamente, con esta resolución el
defecto puede darse como concluido y cerrarlo.
Necesita más Se necesita más información para el tratamiento del incidente. Este
información tipo de resolución nos indica la necesidad de buscar más información
sobre el error, esa información puede ser dada por el usuario o del
programador.

TIPO DE DEFINICIÓN
DEFECTO
Asociado a un El defecto es detectado en el módulo donde estamos realizando las
módulo pruebas.
Performance Este defecto está relacionado al rendimiento del sistema.
Trazabilidad Comúnmente esta vinculado a casos de pruebas que lo detectan.
Depende siempre del proceso de pruebas que hayamos definido en
el proyecto.
Usabilidad Relacionado a defectos como por ejemplo mezcla de colores no
apropiados o molestos a la vista
Funcional Estos defectos están relacionados con un problema de cómo trabaja

5
 Pruebas de Sistemas
Trabajo Práctico IV

o funciona una parte o un sistema.

Listado de atributos de incidentes:

 Id
 Estado
 Autor
 Asignado a
 Resumen/titulo
 Descripción
 Fecha de creación
 Prioridad
 Severidad
 Tipo de defecto
 Síntoma
 Resolución
 Módulo

Consigna 2: Lista los reportes e informes de incidencias que considera como

esenciales, que se deben generar desde la herramienta de gestión de incidencias.

INFORME DESCRIPCIÓ GRÁFICA SUGERIDA

N
Distribució Defectos en 2.5
cada estado y
n de 2
a quien fue
defectos asignado 1.5
cada uno.
por estado 1
Este reporte
nos muestra 0.5
la cantidad
de defectos 0
Pedro

Alberto
Juan

Alberto

Pedro

Alberto
Maria

Roxana

Maria

Maria
Roxana

en cada
estado y
quien lo tiene abierto cerrado nuevo pendiente
asignado.

6
 Pruebas de Sistemas
Trabajo Práctico IV

Distribució En este
n de gráfico
Cantidad de defectos por prioridad
defectos podemos ver
por la cantidad 6 5

prioridad de defectos
4
que tenemos 8

de acuerdo a
su prioridad
Inmediata Alta Media Baja

Edad del Edad del

8
defecto defecto (< 20
días, 20-40 7
días, 41-60
6
días, > 60
días) según 5
la prioridad
Canitdad

4
asignada.
Este informe 3

es importante
2
para
controlar el 1

tiempo en
0
Inmediata Alta Media Baja
que un 10 25 45 65
defecto esta Edad según prioridad
sin ser
solucionado.
Informe Este reporte 6

por defecto nos muestra 5

4
en un gráfico
Cantidad

3
de barras la
2
cantidad de
1
defectos 0
Usabilidad Rendimiento Funcional
identificados
Tipo
por tipo

7
 Pruebas de Sistemas
Trabajo Práctico IV

Distribució Este reporte 4.5

n por nos muestra 4

estado la cantidad 3.5

de defectos 3

que tenemos 2.5

identificados 2

por estado 1.5

1
0.5
0
nuevo abierto pendiente cerrado