INFORME DE INCIDENTES Y PROPUESTAS DE MEJORA

AUTOR:
Adolfo Jose Orozco Carreño

Servicio Nacional de Aprendizaje –SENA

Centro de la Servicios Financieros, Regional Distrito Capital
Programa de formación: Análisis y Desarrollo de Sistemas de Información
Bogotá - Colombia
2019
Introducción

A continuación se realiza un resumen de los resultados obtenidos al ejecutar los casos

de pruebas del software. Se incluyen los casos de prueba especificados con anterioridad,
así como lo manifestado por los usuarios la prueba.

Pruebas de Funcionalidad

Las pruebas de funcionalidad no es más que la verificación del cumplimiento de los

requerimientos funcionales estipulados. En el siguiente gráfico se muestra el porcentaje
de pruebas de funcionalidad que fueron aprobadas y falladas.

Porcentaje de pruebas de funcionalidad aprobadas y fallidas.

10%

90%

Aprobado Fallido

FUENTE: Elaboración propia con base en los resultados obtenidos de las pruebas

El grado anterior indica que un 90% de las pruebas de funcionalidad arrojaron los
resultados esperados. Se observa en la siguiente tabla los componentes de software y
las operaciones que se ejecutaron que pasaron o fallaron la prueba:

ID Componente de software Operación Aprobada

1 Colocar en blanco el Usuario Alerta Username No puede estar en blanco. Si

 Colocar en blanco el
2 Alerta Password No puede estar en blanco. Si
Contraseña
Alertar Nombre de usuario y/o contraseña
3 Colocar Usuario no registrado Si
incorrecto.
Colocar Contraseña Alertar Nombre de usuario y/o contraseña
4 Si
incorrecta incorrecto.
Los datos ingresados son correcto y
Iniciar sesión con datos
5 permiten el ingreso a la interfaz de usuario Si
correctos
Administrador
6 Nombre en blanco Alertar Completar Campo Si
7 Usuario en blanco Alertar Username No puede estar en blanco. Si
8 Contraseña en blanco Alertar Password No puede estar en blanco. Si
Ingresar usuario ya
9 Alertar Username ya existe No
registrado
Ingresar usuario ya
10 no ingresar registro Si
registrado
11 Seleccionar tipo de usuario Alertar que no se ha seleccionado tipo N/A
Los datos ingresado en el formulario son los
12 Botón Guardar requeridos y se puede visualizar el usuario Si
registrado en la interfaz del Administrador
Campo Descripción en
13 Alertar No puede estar en blanco. Si
blanco
14 No seleccionar Categoría Alertar No puede estar en blanco. Si
15 No seleccionar Imagen Alertar imagen no seleccionada N/A
16 Campo cantidad en blanco Alertar No puede estar en blanco. Si
Campo precio de compra en
17 Alertar No puede estar en blanco. Si
blanco
Campo precio de venta en
18 Alertar No puede estar en blanco. Si
blanco
Campo descripción con un
19 No ingresar producto a la BD Si
producto ya registrado
Campo descripción con un Alertar producto ya existe con igual
20 NO
producto ya registrado descripción
Los datos ingresados en el formulario son los
21 Botón Agregar Producto requeridos y se puede visualizar el nuevo Si
producto en la interfaz de Productos.
Sugerir nombre automáticamente al digitar
22 Buscar producto por nombre Si
una letra
Buscar producto por nombre
23 No agregar fila en el listado de salida Si
en blanco
llenar buscar producto por
Alertar El producto no se encuentra
24 nombre con uno no Si
registrado en la base de datos
registrado
llenar buscar producto por Se agregar fila en el listado de salida con los
25 Si
nombre con uno registrado datos del producto
26 Campo cantidad en blanco Alertar No puede estar en blanco. Si
27 Campo cantidad menor a 1 Alertar que el valor debe ser mayor a 0 NO
 Modificar precio total sin
28 No mantener modificación precio total Si
tener en cuenta la cantidad
Guarda los datos y los muestra en la interfaz
29 Botón Guardar Si
de Salidas
Total 26/29

Pruebas de Desempeño

Durante la realización de las pruebas se observó que el tiempo de duración de ejecución

de las diferentes operaciones se encontraba en un tiempo no mayor a los 15 segundos.
Asimismo, se puede deducir que un usuario expresaría inconformidad con este resultado.

Pruebas de Seguridad

Las pruebas de seguridad verifican que los usuarios comunes no tengan privilegios de
administrador, que las contraseñas no sean accedidas por los usuarios, entre otros
aspectos. A continuación en el gráfico 10, se muestra el porcentaje de pruebas de
seguridad que se aprobaron y las que no.

Porcentaje de Pruebas de Seguridad Aprobadas y Fallidas

100%

Aprobado Fallido

FUENTE: Elaboración propia con base en los resultados obtenidos de las pruebas.

El grado anterior indica que un 90% de las pruebas de funcionalidad arrojaron los
resultados esperados. Se observa en la siguiente tabla los componentes de software y
las operaciones que se ejecutaron que pasaron o fallaron la prueba:
 ID Componente de software Operación Aprobada

1 Colocar en blanco el Usuario Alerta Username No puede estar en blanco. Si

Colocar en blanco el
2 Alerta Password No puede estar en blanco. Si
Contraseña
Alertar Nombre de usuario y/o contraseña
3 Colocar Usuario no registrado Si
incorrecto.
Colocar Contraseña Alertar Nombre de usuario y/o contraseña
4 Si
incorrecta incorrecto.
Los datos ingresados son correcto y
Iniciar sesión con datos
5 permiten el ingreso a la interfaz de usuario Si
correctos
Administrador
6 Usuario Básico NO acceso a interfaz del administrador Si

7 Usuario Administrador Acceso a todas las interfaces y módulos Si

TOTAL 7/7

Conclusión y Propuesta de Mejoramiento

En gran medida el sistema arrojo muy buenos resultados en las pruebas realizadas, pero
las pruebas exitosas no fueron de un 100%. Por lo tanto, se debe realizar un
mejoramiento de las fallas encontradas para que el sistema cumpla completamente lo
requerimientos necesarios para la cual se desarrolló.

Para realizar el mejoramiento del sistema se debe:

 Analizar nuevamente los requerimientos claves involucrados en las fallas

presentadas.
 Una vez analizados los requerimientos, se realizara una revisión de los códigos
de programación de cada uno de los módulos que presentaron una falla.
 Detectado las codificaciones con fallas, se deben aislar y realizar un backup de
los códigos originales.
 Realizar modificaciones correspondientes en el código que solventen la falla.
 Verificar que las modificaciones realizadas no generen inconvenientes en el resto
de código.
 Visualizar la parte grafica del sistema, validando su estructura.
 Realizar nuevamente los casos de prueba para descartar las fallas corregidas.
 Verificar que el plan de prueba cumplió con su función, haciendo un chequeo de
cada parte del plan.
 Informar y dar a conocer el mejoramiento realizado en el sistema.