Diseñar los instrumentos de evaluación y detección de fallas

Paso 3 - Diseño y Elaboración

Presentado por:
EDUARD SAMBONI MUÑOZ
C.C. 94420601

Curso
EVALUACION DE SOFTWARE

Código: 13

Unidad 2 - Pruebas del software

Presentado a Tutor:
GEOVANNI CATALAN

Universidad Nacional Abierta y a Distancia “UNAD”

2021
Introducción .............................................................................................................................................3
Objetivo General ......................................................................................................................................4
Objetivos Específicos ............................................................................................................................4
PLAN DE PRUEBAS ................................................................................................................................5
Aplicación web Seleccionada...........................................................................................................5
Objetivo......................................................................................................................................................5
Descripción del sistema. .......................................................................................................................5
Modulo del sistema a probar Componente VE.................................................................................5
Módulos de la aplican a probar............................................................................................................5
Metodología para la aplicación de las pruebas ...............................................................................5
Casos de prueba módulo Login Sub-Modulo Usuario ...............................................................7
Casos de prueba módulo Inventarios sub modulo Ingresar ....................................................8
Casos de prueba módulo Proveedor sub modulo Nuevo proveedor .....................................9
Casos de Prueba Módulo Proveedor sub modulo Eliminar proveedor ................................10
Casos de Prueba Módulo Compras sub modulo Nueva Compra ..........................................11
Lista de chequeo ...................................................................................................................................12
Lista de Chequeo módulo Login....................................................................................................12
Módulo de inventarios Ingreso ......................................................................................................13
Módulo de proveedores, Crear un nuevo proveedor ................................................................14
Módulo de proveedores, Eliminar proveedor .............................................................................15
Módulo de Compras, Nueva compra ............................................................................................16
Cronograma de actividades ................................................................................................................18
Conclusiones .........................................................................................................................................19
Referentes bibliográficos ....................................................................................................................20
Introducción

En el siguiente informe se realiza un análisis y verificación de las posibles fallas del

aplicativo web Sistemas de Facturación, teniendo en cuenta la Norma ISO/IEC 14598-5
y tipos de Pruebas de Software. Esto se realiza por medio de instrumentos de
evaluación como lista de chequeo que identifica los aspectos importantes a evaluar en
la aplicación enlazada de acuerdo a las características y sub característica de la norma
ISO 9126. Diseñar un plan de pruebas que se llevarán a cabo de acuerdo a las
características, sub características y métricas seleccionadas para evaluación. Que
contenga pruebas de Equivalencia y valor límite por medio de formularios
Objetivo General

 Diseñar pruebas de evaluación para el aplicativo web Sistemas de Facturación

por medio de instrumentos de evaluación.

Objetivos Específicos

 Analizar el aplicativo web Sistemas de Facturación con listas de chequeo.

 Diseñar un plan de pruebas que se llevarán a cabo de acuerdo a las

características, sub características y métricas seleccionadas para evaluación.

 Diseñar pruebas de Equivalencia y valor límite para el aplicativo web Sistemas

de Facturación.
PLAN DE PRUEBAS
Aplicación web Seleccionada
Sistemas de Facturación
Usuario: yovajefe
Clave: 77030926

Objetivo
Identificar las fallas en el Login del sistema de facturación para mejorar la seguridad del
software.

Descripción del sistema.

Sistema de facturación: Es una aplicación que permite administra en una empresa que
tenga un inventario para la venta por medio de módulos inventario, proveedores,
compras, cliente, ventas, cartera, usuarios, roles, copia de base de datos y reportes.

Modulo del sistema a probar Componente VE

Los módulos a probar son:
1. Login
2. Módulo de inventarios
3. Módulo de proveedores
4. Módulo de Compras

Módulos de la aplican a probar

1. Login – Sub modulo Usuario.
2. Módulo de inventarios Ingreso
3. Módulo de proveedores, Crear un nuevo proveedor
4. Módulo de proveedores, Eliminar proveedor
5. Módulo de Compras, Nueva compra

Metodología para la aplicación de las pruebas

1. Login – Sub-Modulo Usuarios: Prueba por Inyección SLQ
2. Módulo de inventarios Ingreso, Revisión de enlaces
3. Módulo de proveedores, Crear un nuevo proveedor, verificación de ingreso de
datos, ortografías, verificar que se guarde en la base de datos, revisión de
enlaces.
4. Módulo de proveedores, Eliminar proveedor, Revisión de enlaces, verificar que
se borre de la base de datos,
5. Módulo de Compras, Nueva compra. verificación de ingreso de datos,
ortografías, verificar que se guarde en la base de datos, revisión de enlaces.
Casos de prueba módulo Login Sub-Modulo Usuario
Norma ISO/IEC14598
Sub-
Característica Métricas Tipo de Prueba a Herramientas
Característica Indicador
prueba realizar a utilizar
Seguridad del Seguridad Caja negra: Manual
sitio entrada de Inyección SQL
datos por manual. Aplico
inyección SQL en el Login ‘or
‘1’=’1 y el
sistema deja
ingresar al
sistema

Responsable Eduard Samboni muñoz

Nombre del caso de prueba Prueba de seguridad ingreso al sistema
Modulo Sub-Modulo
Login Nombre de Usuario
Formulario

Descripción de prueba
En el cuadro de texto del usuario se digita una inyección SQL para ver cómo se comporta el sistema, a la cual deja
ingresar normalmente al aplicativo vulnerando la seguridad de usuario
Resultados esperados
Que muestre un menaje en pantalla el cual diga el nombre de usuario es incorrecto, digite nuevamente su usuario.
Casos de prueba módulo Inventarios sub modulo Ingresar
Norma ISO/IEC14598
Sub-
Característica Métricas Tipo de Prueba a Herramientas
Característica Indicador
prueba realizar a utilizar
Calidad en uso Eficiencia. Lista de Prueba de Caja negra Manual
Productividad. chequeo sistema
Seguridad.
Satisfaccion

Responsable Eduard Samboni muñoz

Nombre del caso de prueba Prueba de calidad en uso
Modulo Sub-Modulo
Módulo de inventarios Ingreso a inventarios
Formulario
Botón Ingresar al módulo de inventarios
Descripción de prueba
Ingresar al sistema con su usuario y contraseña correctos y clic en el botón inventarios
Resultados esperados
Que muestre un formulario con cada botón correspondiente al módulo de formularios
Casos de prueba módulo Proveedor sub modulo Nuevo proveedor
Norma ISO/IEC14598
Sub-
Característica Métricas Tipo de Prueba a Herramientas
Característica Indicador
prueba realizar a utilizar
Calidad en uso Eficiencia. Lista de Prueba de Caja negra Manual
Productividad. chequeo sistema
Seguridad.
Satisfaccion

Responsable Eduard Samboni muñoz

Nombre del caso de prueba Ingresar un proveedor crear
Modulo Sub-Modulo
Módulo de Proveedor Botón Ingresar nuevo proveedor
Formulario
Botón Ingresar nuevo proveedor
Descripción de prueba
Ingresar al sistema con su usuario y contraseña correctos y clic en el botón Proveedor, clic en el botón Nuevo proveedor,
digitar cada una de las cajas de texto y clic en el botón guardar
Resultados esperados
Que muestre un mensaje su proveedor se guardó con satisfacción en la base de datos
Casos de Prueba Módulo Proveedor sub modulo Eliminar proveedor
Norma ISO/IEC14598
Sub-
Característica Métricas Tipo de Prueba a Herramientas
Característica Indicador
prueba realizar a utilizar
Calidad en uso Eficiencia. Lista de Prueba de Caja negra Manual
Productividad. chequeo sistema
Seguridad.
Satisfacción

Responsable Eduard Samboni muñoz

Nombre del caso de prueba Ingresar un proveedor eliminar
Modulo Sub-Modulo
Módulo de Proveedor Botón Ingresar nuevo proveedor
Formulario
Botón eliminar proveedor
Descripción de prueba
Ingresar al sistema con su usuario y contraseña correctos y clic en el botón Proveedor, clic en el botón Eliminar
proveedor, clic en el botón ok
Resultados esperados
Que muestre un mensaje registro eliminado con éxito
Casos de Prueba Módulo Compras sub modulo Nueva Compra
Norma ISO/IEC14598
Sub-
Característica Métricas Tipo de Prueba a Herramientas
Característica Indicador
prueba realizar a utilizar
Calidad en uso Eficiencia. Lista de Prueba de Caja negra Manual
Productividad. chequeo sistema
Seguridad.
Satisfacción

Responsable Eduard Samboni muñoz

Nombre del caso de prueba Ingresar nueva compra
Modulo Sub-Modulo
Módulo de Compras Botón Ingresar nueva compra
Formulario
Botón Nueva Compra
Descripción de prueba
Ingresar al sistema con su usuario y contraseña correctos y clic en el botón Compras, clic en el botón Nueva Compra,
llenar las cajas de texto correspondientes, clic en el botón Guardar
Resultados esperados
Que muestre un mensaje registro de compra con éxito
Lista de chequeo
Lista de Chequeo módulo Login
Login – Sub modulo Usuario.

Sub-
Características Pregunta B A R Observaciones
características
Tiene un botón de
¿Realiza sus procesos
Eficacia x administrador que no
con exactitud?
funciona correctamente
Es un módulo que solo
¿El módulo permite el
funciona para una ruta
Productividad ingreso de nuevas x
de ingresos al programa
rutas?
como tal
No maneja seguridad de
El sitio web se debe
Calidad de Uso ¿El módulo maneja proteger tanto del
Seguridad niveles de seguridad X usuario como del
adecuados? servidor porque los
javaScrip se pueden
vulnerar fácilmente
Funciona correctamente
¿Todas sus funciones
el botón de enviar y el
se encuentran
Satisfacción x botón de recordar, hay
disponibles para su
otro botón que no
uso?
funciona
No utiliza la tecla Enter
¿Utiliza la mayor
Entendimiento x para pasar a la siguiente
cantidad de tareas?
acción
Presenta un
¿El diseño para su
presentación adecuada
facilidad de
Aprendizaje x de fácil acceso y su
aprendizaje es el
contenido es agradable a
adecuado?
la vista
Tiene problemas de
Usabilidad
¿La operabilidad se control para el acceso ya
Operabilidad X
deduce con facilidad? que permite otros
opciones de ingreso
¿El módulo se
Sí; presenta colores
encuentra diseñado
adecuados, la ventana
de forma que el
Atracción se centra en la pantalla,
usuario final pueda
los botones tiene una
sentirse complacido
adecuada presentación
de usarlo?
¿El módulo permite No, es un módulo
Facilidad para
Mantenibilidad realizar x cerrado no permite
el cambio
modificaciones o cambio alguno, debería
 cambios sin afectar tener un botón de crear
los demás módulos? un usuario al ingresar
como administrador pero
no funciona
correctamente

Módulo de inventarios Ingreso

Ingreso de inventarios

Sub-
Características Pregunta B A R Observaciones
características
¿Realiza sus
El botón no funciona
Eficacia procesos con x
corretaje
exactitud?
¿El módulo permite el
El modulo tiene roto el
Productividad ingreso de nuevas x
vinculo
rutas?
El modulo presenta un
Calidad de Uso ¿El módulo maneja
déficit en la relación de
Seguridad niveles de seguridad X
seguridad con respecto
adecuados?
al valor de ingreso
¿Todas sus funciones
se encuentran El modulo no funciona y
Satisfacción x
disponibles para su colapsa en el ingreso
uso?
Las tareas programadas
¿Utiliza la mayor no funcionan porque el
Entendimiento x
cantidad de tareas? sistema se revienta al
ingresar
¿El diseño para su Como el vínculo está
facilidad de roto presenta no se
Aprendizaje x
aprendizaje es el visualiza su interfaz
adecuado? grafica
Tiene problemas de
Usabilidad
¿La operabilidad se control para el acceso
Operabilidad x
deduce con facilidad? ya que revienta el
sistema
¿El módulo se
encuentra diseñado
No; no es posible
de forma que el
Atracción x apreciar la ventana, no
usuario final pueda
se delimita las acciones.
sentirse complacido
de usarlo?
Facilidad para el ¿El módulo permite No, el modulo está roto,
Mantenibilidad x
cambio realizar no activa sus funciones,
 modificaciones o no realiza sus procesos
cambios sin afectar de carga.
los demás módulos?

Módulo de proveedores, Crear un nuevo proveedor

Modulo proveedor Crear nuevo proveedor

Sub-
Características Pregunta B A R Observaciones
características
Al ingresar los datos
¿Realiza sus
básicos de forma
Eficacia procesos con x
correcta el sistema
exactitud?
funciona bien
El modulo presenta un
error porque permite
¿El módulo permite el
ingresar el mismo
Productividad ingreso de nuevas x
usuario varias veces no
rutas?
detecta si el usuario y
existe
El modulo permite el
Calidad de Uso ingreso de usuarios
¿El módulo maneja
varias veces lo que
Seguridad niveles de seguridad X
repite información y esto
adecuados?
puede colapsar el
sistema
Funciona correctamente
el botón de nuevo
¿Todas sus funciones
usuario, pero el botón de
se encuentran
Satisfacción x modificar esta
disponibles para su
desactivado el botón
uso?
deshacer hacer si
funciona
No utiliza la cantidad de
¿Utiliza la mayor tareas ya que hay
Entendimiento x
cantidad de tareas? botones no utilizados y
repite información
Presenta un
¿El diseño para su
presentación adecuada
facilidad de
Usabilidad Aprendizaje x de fácil acceso y su
aprendizaje es el
contenido es agradable a
adecuado?
la vista
Tiene problemas de
¿La operabilidad se
Operabilidad X funcionamiento repite la
deduce con facilidad?
información.
Atracción ¿El módulo se x No, porque se puede
 encuentra diseñado repetir información de
de forma que el forma insegura.
usuario final pueda
sentirse complacido
de usarlo?
¿El módulo permite
realizar No, el modulo tiene el
Facilidad para el
Mantenibilidad modificaciones o x botón de modificar pero
cambio
cambios sin afectar no está funcionando
los demás módulos?

Módulo de proveedores, Eliminar proveedor

Modulo proveedor Eliminar proveedor

Sub-
Características Pregunta B A R Observaciones
características
¿Realiza sus No. Existe un botón de
Eficacia procesos con x eliminar pero no realiza
exactitud? su proceso correcto
El modulo presenta un
¿El módulo permite el error porque se borra el
Productividad ingreso de nuevas x proveedor pero al volver
rutas? a ingresar vuelve y lo
muestra.
Calidad de Uso
No. Porque al borrar el
¿El módulo maneja
dato de la lista no se
Seguridad niveles de seguridad X
borra de la base de
adecuados?
datos
¿Todas sus funciones
Si están disponibles pero
se encuentran
Satisfacción x no funcionan
disponibles para su
correctamente
uso?
Si. Son fáciles de utilizar
¿Utiliza la mayor
Entendimiento x cada uno de los botones
cantidad de tareas?
presentes
Presenta un
¿El diseño para su
presentación adecuada
facilidad de
Aprendizaje x de fácil acceso y su
aprendizaje es el
Usabilidad contenido es agradable a
adecuado?
la vista
Tiene problemas de
¿La operabilidad se funcionamiento no borra
Operabilidad X
deduce con facilidad? la información de la base
de datos.
Atracción ¿El módulo se x Sí, es fácil de manejarlo
 encuentra diseñado tiene los botones visibles
de forma que el y pide verificación para
usuario final pueda borrar datos.
sentirse complacido
de usarlo?
¿El módulo permite
realizar No, la acción eliminar no
Facilidad para el
Mantenibilidad modificaciones o x está realizando su
cambio
cambios sin afectar proceso al 100%
los demás módulos?

Módulo de Compras, Nueva compra

Módulo de Compras nueva compra

Sub-
Características Pregunta B A R Observaciones
características
No al generar otra
¿Realiza sus
factura con los mismo
Eficacia procesos con x
datos no muestra
exactitud?
mensaje de error
¿El módulo permite el
Si se puede generar
Productividad ingreso de nuevas x
varias facturas
rutas?
Calidad de Uso No. Porque permite
¿El módulo maneja
ingresar datos con la
Seguridad niveles de seguridad X
misma factura ya
adecuados?
guardada
¿Todas sus funciones
Si están disponibles pero
se encuentran
Satisfacción x no funcionan
disponibles para su
correctamente
uso?
Si. Son fáciles de utilizar
¿Utiliza la mayor
Entendimiento x cada uno de los botones
cantidad de tareas?
presentes
Presenta un
¿El diseño para su
presentación adecuada
facilidad de
Aprendizaje x de fácil acceso y su
aprendizaje es el
contenido es agradable a
Usabilidad adecuado?
la vista
Tiene problemas de
¿La operabilidad se funcionamiento guarda
Operabilidad X
deduce con facilidad? con la misma factura y
no es campo unico.
¿El módulo se Sí, es fácil de manejarlo
Atracción x
encuentra diseñado tiene los botones
 de forma que el visibles.
usuario final pueda
sentirse complacido
de usarlo?
¿El módulo permite
realizar No, la acción guardar no
Facilidad para el
Mantenibilidad modificaciones o x está realizando su
cambio
cambios sin afectar proceso al 100%
los demás módulos?
Cronograma de actividades
Conclusiones

Como podemos apreciar en el trabajo hay muchas forma de verificar el software en este
ejercicio se ha realizado verificaciones tipo caja negra que consiste en la verificación de
pruebas de interfaz.
Se puede utilizar una lista de cheque para verificar el proceso del funcionamiento del
software de acuerdo a la norma aplicada en el ejercicio.
Por medio del plan de pruebas es fácil observar el funcionamiento del programa ya que
este permite fraccionar el sistema y de esta forma observar su fruncimiento si es el
correcto o presenta fallas.
Referentes bibliográficos

Julian M.P, Mari M.G, Sammy C.R, (2017). Análisis sistemático de información de la
Norma ISO 25010 como base para la implementación en un laboratorio de Testing de
software en la Universidad Cooperativa de Colombia Sede Popayán. Recuperado
de: https://revistas.utp.ac.pa/index.php/memoutp/article/download/1483/2140/
Sevilla, U. d. (s.f.). Universidad de Sevilla . Recuperado
de http://www.lsi.us.es/docencia/get.php?id=361
CNC. (2013). Plan de pruebas. Recuperado
de: https://www.pol.una.py/cia/sites/default/files/files/20130211-QA-INF-V2-
PLAN%20DE%20PRUEBAS.pdf
Tello, E.A. (2012). Estrategias y técnicas de las pruebas de software. Recuperado
de. http://www.tamps.cinvestav.mx/~ertello/swe/sesion15.pdf

Catalan Santiago, G. ( 09,03,2017). OVI - Unidad dos Pruebas de software. [Archivo de

video]. Recuperado de http://hdl.handle.net/10596/11652
Catalan Santiago, G. ( 09,03,2017). OVI - Unidad dos Tipos de pruebas de software.
[Archivo de video]. Recuperado de: http://hdl.handle.net/10596/23779