Informe De Incidentes Y Propuesta De Mejora Gaes6

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

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

Aprobada Si

2

Colocar en blanco el Contraseña

3 Colocar Usuario no registrado 4

Colocar Contraseña incorrecta

5

Iniciar sesión con datos correctos

6 Nombre en blanco 7 Usuario en blanco 8 Contraseña en blanco Ingresar usuario ya 9 registrado Ingresar usuario ya 10 registrado 11 Seleccionar tipo de usuario 12 Botón Guardar 13 14 15 16 17 18 19 20

Campo Descripción en blanco No seleccionar Categoría No seleccionar Imagen Campo cantidad en blanco Campo precio de compra en blanco Campo precio de venta en blanco Campo descripción con un producto ya registrado Campo descripción con un producto ya registrado

21 Botón Agregar Producto 22 Buscar producto por nombre 23 24 25 26 27

Buscar producto por nombre en blanco llenar buscar producto por nombre con uno no registrado llenar buscar producto por nombre con uno registrado Campo cantidad en blanco Campo cantidad menor a 1

Alerta Password No puede estar en blanco. Alertar Nombre de usuario y/o contraseña incorrecto. Alertar Nombre de usuario y/o contraseña incorrecto. Los datos ingresados son correcto y permiten el ingreso a la interfaz de usuario Administrador Alertar Completar Campo Alertar Username No puede estar en blanco. Alertar Password No puede estar en blanco.

Si Si Si Si Si Si Si

Alertar Username ya existe

No

no ingresar registro

Si

Alertar que no se ha seleccionado tipo Los datos ingresado en el formulario son los requeridos y se puede visualizar el usuario registrado en la interfaz del Administrador

N/A Si

Alertar No puede estar en blanco.

Si

Alertar No puede estar en blanco. Alertar imagen no seleccionada Alertar No puede estar en blanco.

Si N/A Si

Alertar No puede estar en blanco.

Si

Alertar No puede estar en blanco.

Si

No ingresar producto a la BD

Si

Alertar producto ya existe con igual descripción Los datos ingresados en el formulario son los requeridos y se puede visualizar el nuevo producto en la interfaz de Productos. Sugerir nombre automáticamente al digitar una letra

NO Si Si

No agregar fila en el listado de salida

Si

Alertar El producto no se encuentra registrado en la base de datos

Si

Se agregar fila en el listado de salida con los datos del producto Alertar No puede estar en blanco. Alertar que el valor debe ser mayor a 0

Si Si NO

28

Modificar precio total sin tener en cuenta la cantidad

29 Botón Guardar

No mantener modificación precio total

Si

Guarda los datos y los muestra en la interfaz de Salidas

Si

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

Aprobada

Operación

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

Si

6 Usuario Básico

NO acceso a interfaz del administrador

Si

7 Usuario Administrador

Acceso a todas las interfaces y módulos

Si

TOTAL

Si Si Si Si

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.