You are on page 1of 20

PASO 4 - EJECUCIÓN Y DESARROLLO

ACTIVIDAD INDIVIDUAL

GRUPO: 301569_21

PRESENTADO POR:

LUIS ALBERTO ROBLES LOGREIRA
CODIGO: 72298184

PRESENTADO A:

IVAN ALEJANDRO VELOZA

CURSO: EVALUCION DE SOFTWARE

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD

INGENIERIA DE SISTEMAS

BARRANQUILLA, AGOSTO DE 2018
Introducción

En el presente trabajo se realizara las pruebas de software del portal web
seleccionado y sistema acuerdo las buenas prácticas y requisitos de los
standares de calidad. También se conceptualizara la norma ISO 25000 con el fin
de identificar sus partes y aplicabilidad en el tema de estudio.
Objetivos

General

Ejecutar las pruebas de acuerdo a las características evaluadas, diligencie los
formatos y listas de chequeo otorgando una calificación de acuerdo a la escala
de medición de la metodología y estándar utilizado.

Específicos

• Realizar unas diapositivas sobre ISO 25000 y los modelos para evaluar calidad.

• Determinar una metodología de evaluación para el portal y sistema de
facturación seleccionado.

• Realizar las pruebas de software.
EJECUCIÓN Y DESARROLLO

Actividades

1. Realizar unas diapositivas donde explique la Norma ISO/IEC 25000 y los
modelos para evaluar la calidad de software.

https://drive.google.com/file/d/1htNqJ6jR45-hx39VrGnOp0bkIAp1av0w/view

2. Hacer la lectura correspondiente a los temas de la unidad sobre
metodologías de evaluación de software.

La metodología a utilizar para el sistema de facturación es la siguiente.
La metodología de inspección donde se valoraran los atributos de las
características para analizar la conformidad del estándar ISO

Esta valoración se realizara de forma cuantitativa así:
No observado =
Bueno Excelente Regular Malo
0/
3 4 2 1 0

Para cada característica se le dará un puntaje la sumatoria de este puntaje del no debe
pasar de 100 puntos.

Funcionalidad 30

Fiabilidad 10

Usabilidad 30

Eficiencia 10

Mantenibilidad 10

Portabilidad 10

TOTAL 100

Y la metodología de evaluación del portal es atravez del método de indagación
individual. Donde a través de técnicas de entrevista o cuestionario de preguntas a
usuarios se realizara la evaluación del sitio de locatel.

Estas preguntas también tendrán un valor de 100 puntos en total

3. Ejecutar el plan de pruebas diseñado anteriormente, para las pruebas
indicadas en el software seleccionado y resolver...

Portal web comercial mercadoni para el caso se tomó la tienda locatel

Url:
https://www.mercadoni.com.co/?gclid=Cj0KEQjw5Z63BRCLqqLtpc6dk7gBEiQA
0OuhsLyFl48Ldl4kC9mjoNKsr3sN9FwQ1UK6g3E5gm6R8hsaAvLa8P8HAQ#!/tien
da/locatel

Mercadononi en realidad ofrece servicios diferentes de varias tiendas
destacadas entre ellas locatel, Colsubsidio, makro, plazas de mercado etc
Modulo/Servicio Descripción Evidencia Falla
Autenticación Verificar el acceso de registro No se evidencias
de usuario o logon fallas
pedidos Verificar la generación de La generación de
pedidos pedidos no se
evidencian fallas

categoría Verificar facilidad Las categorías no
identificación de productos se evidencias
por categoría fallas.

términos Establecimiento de políticas No se evidencian
de uso y condiciones fallas

ayuda Guía de uso No se evidencian
fallas

Medios de Verificar diferentes medios de Cuenta con rede
contactos comunicación sociales,
telefonos

Servicio domicilio Verificar tiempo de entrega Se entrevistó a un cliente Sufre algunos
retrasos en
tiempo de
entrega
Barra buscadora Verificar búsqueda de No se evidencias
productos errores

pagos Verificar medios de pago No se evidencias
errores
Sistema de Facturación: Esta aplicación permite administrar una empresa que tenga
un inventario para la venta.

Url: http:/factura.cefinvirtual.com/

Usuario: yovajefe

Clave : 77030926

Modulo/Servicio Descripción Evidencia Falla
Autenticación-logon Se prueba ingreso al sistema de facturas El ingreso es
adecuado no
presenta
errores

Clientes Se verifica creación de un cliente y El correo deja
validación de datos en formato correcto guardar sin
formato @ y la
opción de
eliminar cliente
no funciona, no
tiene opción de
visualizar
cliente.
proveedores Se verifica creación, modificación y Se deja grabar
eliminación de proveedores la cuidad no
tiene lista
despegable. No
tiene opción de
visualizar y se
elimina
registro.
usuarios Se verifica creación, eliminación y No se deja
modificación de usuario eliminar
usuario, la
clave no está
encriptada,
valida formato
correo.
También se
observa un
título hierro
Valledupar
roles Se crea un rol y se adiciona permisos Se crea un
nuevo rol y
adiciona
permiso sin
errores
pendiente
probar
creación de
usuario con
permisos
creado
ventas Se crea un pedido validar que guarde, No llamas los
calcule valores clientes, no
muestra los
precios de los
productos,
stock presenta
falla hay
valores
negativos. No
me gala los
clientes
creados
compras Verificación creación orden de compra Se crea orden
de compra, no
me carga con
precios y
valores
cartera Verificar la cartera No se observan
fallas pero es
necesario hacer
pruebas para
validar
funcionalidad
inventario Verificar inventario Fallas en texto
líneas de
código visibles
al usuario es
necesario hacer
pruebas para
validar
funcionalidad
Reportes Se validad reportes Hacer pruebas
de consistencia
de información.

1. 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
teniendo en cuenta las fallas encontradas.

Sistema de facturación

Caso de prueba: No 1 Versión: 1

Objetivo: Validar autenticación de usuarios con las entradas
adecuadas.

Componente: Autenticación usuario
Tipo de prueba: Validación
Usuario y clave

Entrada

Ingresar los datos de autenticación

ejecución

Los datos de logueo son adecuados
Salida

Encontrar errores de autenticación de con los
Resultados datos de autenticación
esperados

Caso de prueba: No 2 Versión: 1

Objetivo: Validar creación, modificación de 5 clientes

Componente: Clientes
Tipo de prueba: Caja negra
Datos de cliente

Entrada

Llenar todos los datos de cliente validando los
formato de los campos como correo sin arroba, en
campos tipo números como cedula teléfono no
acepte letras, modificar un usuario y eliminar uno
existente.
ejecución

Salida

Que se guarde datos de usuario con datos en
Resultados formatos no adecuados. Que en la opción de
esperados eliminar no deje eliminar. Que no deje modificar un
usuario
Caso de prueba: No 3 Versión: 1

Objetivo: Validar creación, modificación de 5 proveedores

Componente: Proveedores
Tipo de prueba: Caja negra
Datos de proveedores

Entrada

Llenar todos los datos de proveedores validando los
formato de los campos como correo sin arroba, en
campos tipo números como cedula teléfono no
acepte letras, modificar un proveedor existente,
eliminar un proveedor.
ejecución

Salida

Que se guarde datos de proveedores con datos en
Resultados formatos no adecuados. Que no se deje eliminar
esperados un proveedor y no se pueda modificar un
proveedor

Caso de prueba: No 4 Versión: 1

Objetivo: Crear y modificar roles con diferentes permisos

Componente: Roles
Tipo de prueba: Caja Negra
Crear un rol para con permisos de modificación

Entrada
Crear con Nombre del rol caso prueba y modificar
permisos de uno existente.

ejecución

Salida

Que no se adicione los permisos de modificación
Resultados
esperados

Caso de prueba: No 5 Versión: 1

Objetivo: Crear 5 usuarios y modificar un usuario.

Componente: Usuario
Tipo de prueba: integración
Datos de los un 5 usuarios, rol para adicionar
permiso acuerdo caso 4 a los usuarios.
Entrada

Llenar todos los datos de proveedores validando los
formato de los campos como correo sin arroba, en
campos tipo números como cedula teléfono no
acepte letras, modificar un proveedor existente,
eliminar un proveedor.
ejecución

Salida

Probar el no acceso de los usuarios creados y
Resultados validar no deje eliminar nada
esperados

Caso de prueba: No 6 Versión: 1
Objetivo: Crear 10 productos y 2 categorías

Componente: Inventario
Tipo de prueba: Caja negra
Crear 2 categorías y 10 productos con todos sus
campos y valores asignados validados en los
Entrada formato adecuados

Se crearan los 10 productos asociados a una
categoría, donde se diligenciara código, nombre,
imagen, stock, precio.

ejecución

Salida

Que los datos asignados a los productos no sean
Resultados confiables y no cumpla con los formato de tipos de
esperados campos

Caso de prueba: No 7 Versión: 1
Probar módulo de compras
Objetivo:
Componente: Compras
Tipo de prueba: integración
La entra son los proveedores creados en caso 2 y los
productos del caso 6
Entrada

Crear dos órdenes de compras seleccionado los
proveedores y productos creados en los casos de
pruebas anteriores

ejecución

Salida
Que no se pueda hacer una orden de compra con
Resultados todos los datos necesarios.
esperados

Caso de prueba: No 8 Versión: 1
Probar módulo de ventas
Objetivo:
Componente: Ventas
Tipo de prueba: integración
Realizar tres ventas esta debe ser creada con datos
de los clientes del caso 2, productos del caso 6
Entrada

Realizar tres órdenes de venta a tres clientes, donde
se debe generar dos ventas a crédito y una de
contado, esta debe tener productos de los creados
en caso 6 donde a la horas de hacer la facturación
debe mostrar precio y stock de los productos,
ejecución arrojar el valor de la compra y genera la factura con
un numero automático

Salida

Que no se pueda hacer una orden de ventas con
Resultados valor de la factura.
esperados

Caso de prueba: No 9 Versión: 1
Probar módulo de cartera
Objetivo:
Componente: Cartera
Tipo de prueba: integración
Se vean reflejado en módulo de cartera las dos
ventas a crédito realizado.
Entrada
Buscar las ventas realizadas y hacer un abono parcial
y otro total.

ejecución

Salida

Que no se no se pueda hacer abonos a la cartera,
Resultados que no descuente el valor acuerdo al abono.
esperados

Caso de prueba: No 10 Versión: 1
Probar módulo de reportes
Objetivo:
Componente: Reportes
Tipo de prueba: integración
Validar la información de los reportes contra los
casos anteriores.
Entrada

Entrar a cada reportes y realzar consultas de lisitado
de clientes, proveedores, usuarios , roles, cartera,
ventas, compras, inventario, etc.

ejecución

Salida

Que la información de cada reporte no sea
Resultados consistente.
esperados

Caso de prueba: No 11 Versión: 1
Probar copia de la base de datos
Objetivo:
Componente: Copia BD
Tipo de prueba: Caja negra
Identificar lo que se va a copiar.

Entrada

Realizar copia

ejecución

Salida

No se haga la copia
Resultados
esperados
Diligenciar la lista de chequeo para comparar los resultados
posteriormente y compartir la información en el foro colaborativo.

Lista de Verificacion
Características Subcaracteristicas Métricas Bueno Excelente Regular Malo No observado
Adecuación Amigabilidad en el diseño X
Exactitud Velocidad de ejecución. X
Interporalidad Facilidad de instalación X
Funcionalidad Nivel de seguridad de las
Seguridad
transacciones. X
Cumplimiento
Funcional
Cumplimiento de normas y leyes.
X
Madurez Actualización del portal web X
Tolerancia De Fallos Tiempo transcurrido entre fallas X
Fiabilidad Capacidad De
Recuperación
Capacidad para restablecer su
nivel de rendimiento
X
Cumplimiento De
Fiabilidad
Cumplimiento de entrega. X
Aprendizaje Facilidad de aprendizaje de uso X
Comprensión Efectividad en las tareas X
Facilidad de uso, control u
Usabilidad Operatividad
operatividad X
Complacencia del usuario con la
Atractividad
interacción y los resultados. X
Comportamiento En Tiempo de respuesta y
El Tiempo procesamiento X
Eficiencia Cantidad de recursos empleados y
Comportamiento De
la duración de ese uso en el
Recursos
desempeño de sus funciones.
X
Depuración sin errores de la
página a partir de las
Estabilidad
modificaciones o ajustes X
realizados
Capacidad del producto para el
análisis de fallos y/o evaluación de
Mantenibilidad
Facilidad De Análisis
su estado en condiciones X
normales.
Facilidad De Permite realizar modificaciones al
Cambio software. X
Después que el software ha sido
Facilidad De Prueba modificado, se permite realizar X|
pruebas de calidad.
Capacidad De Migración de componentes a un
Instalación entorno especifico X
Permite el reemplazo de prototipo,
Capacidad De
Reemplazamiento
código de software, conservando
las mismas funciones.
X
Portabilidad
Capacidad del software para
Adaptabilidad migrar todo su stand a otro X
entorno sin modificar funciones.
Alojamientos de servicios de
Co-Existencia terceros, bajo otro prototipo de X
software
Conclusiones

.
En conclusión las normas ISO son un modelo a seguir y tiene muchos beneficios económicos a

la hora de tomar la decisión de implementar un sistema de gestión de calidad de software

porque se busca simplificar y unificar los usos para tener menos costos y mayor efectividad;

y para esto se encuentra la norma ISO 9126 que es muy completa y tiene en cuenta la calidad

de procesos pero es solo la primera generación de estándares de calidad, pues en la

actualidad se busca perfeccionar y cubrir nuevas necesidades detectadas para lo cual se creó

la norma ISO 25000.
Referencias Bibliográficas

 Jimenez, Darwin., Aguirre, carlos Eduardo. Modelo de Pruebas
deSoftware. (2008). Disponible en:
http://www.slideshare.net/dajigar/presentacion-pruebas-
presentation#btnNext
 IVECO, C.A. Plan dePruebas. Disponible en:
 http://www.slideshare.net/choselin/plan-de-pruebas-15563690?related=3
 Solarte, F. (2014).Pruebas del software. Recuperado de:
http://datateca.unad.edu.co/contenidos/301569/AVA_2014_II_-
_301569/AVA_PRUEBAS_DEL_SOFTWARE.pdf
 http://www.ecured.cu/ISO/IEC_25000
 http://modelosdegestiondelacalidad.blogspot.com.co/