Gestion de Calidad de Software

FACULTAD CIENCIAS
INFORMATICAS
MATERIA:
GESTION DE CALIDAD DEL SOFTWARE
DOCENTE:
ING. JORGE MOYA DELGADO
INTEGRANTES:
ALIATIS RAMIREZ ENZO
CANTOS MOREIRA BRAYAN
CASTRO VARA BRANGY
MENDOZA GARCIA BYRON
6TO SEMESTRE (2)

PARALELO B
2018-2019
Facultad de Ciencias Informáticas
Gestión de Calidad del Software
Docente: Ing. Jorge Moya delgado
Índice
Introducción ................................................................................................................................... 3
Propósito .................................................................................................................................... 3
Objetivos de la prueba............................................................................................................... 3
Alcance ...................................................................................................................................... 3
Descripción del sistema ................................................................................................................ 4
Entrada en la aplicación ............................................................................................................ 4
Requisitos de la prueba .............................................................................................................. 25
Requisitos de Software ........................................................................................................... 25
Requisitos de hardware ........................................................................................................... 25
Otras dependencias ................................................................................................................ 25
Estimaciones del esfuerzo de prueba......................................................................................... 26
Horarios de prueba ..................................................................................................................... 27
Prueba de funcionalidades ......................................................................................................... 28
Entrada:................................................................................................................................ 28
Salida: .................................................................................................................................. 28
Prueba de Interfaz de Usuario: ................................................................................................... 33
Objetivo de la Prueba: ............................................................................................................. 33
Prueba de Usabilidad .............................................................................................................. 33
Diseño de página y diseño visual. ....................................................................................... 33
Navegación. ......................................................................................................................... 34
Capacidad de búsqueda del sitio. ....................................................................................... 34
Accesibilidad y discapacidad. .............................................................................................. 35
Prueba del sistema. .................................................................................................................... 37
Objetivo de la Prueba: ............................................................................................................. 37
Supuestos y restricciones ........................................................................................................... 39
Supuestos ................................................................................................................................ 39
Restricciones ........................................................................................................................... 39
Evaluaciones de riesgos y contingencias. .................................................................................. 40
Gestión de pruebas y defectos. .................................................................................................. 40
Electron ESLint ........................................................................................................................ 41
Spectron JS ............................................................................................................................. 41
Defectos ...................................................................................................................................... 41
Proceso de seguimiento de defectos:......................................................................................... 42
Errores-defectos .......................................................................................................................... 43
Métricas de prueba ..................................................................................................................... 46
Responsabilidades y aprobaciones. ........................................................................................... 47
Referencias y documentos justificativos ..................................................................................... 48
Introducción
Propósito
Este documento describe el plan de prueba maestro y la estrategia para probar el

Sistema de Gestión de ventas y servicios al cliente ¨Car de lujo¨. Se utilizará para
documentar todos los aspectos del proceso de prueba y para obtener aportes y
aprobaciones oficiales del equipo de desarrollo, los equipos de prueba, el jefe de
proyecto y el líder. Una vez aprobado, el documento se utilizará para verificar que el
equipo está bien encaminado y que se hayan completado todos los aspectos de las
pruebas.
Objetivos de la prueba
Los objetivos de la prueba son verificar que el producto, Sistema de Gestión de

ventas y servicios al cliente ¨Car de lujo¨, cumpla con las especificaciones
explícitas e implícitas del cliente, ya sean funcionales o no funcionales.
Alcance
Se supone que el equipo de desarrollo realizará las pruebas de unidad adecuadas

antes de entregar el código al equipo de prueba y que las pruebas de unidad
incluirán una cobertura de código del 100% y una cobertura de código y de datos
razonable. Todos los defectos críticos y de alta severidad deben solucionarse
antes de la entrega del código y una lista de cualquier otro defecto existente o
conocido debe enviarse al equipo de prueba.
Los niveles de prueba que se completarán incluirán:
Prueba funcional: Realizada por equipo de prueba de función. Definir y ejecutar casos
de prueba para verificar todos los requisitos funcionales.
Prueba de interfaz de usuario: realizada por el equipo de prueba de
usabilidad. Verificar la usabilidad de los menús y la facilidad de navegación entre
pantallas..
Prueba del sistema: realizada por el equipo de prueba del sistema. Defina y ejecute
un conjunto de secuencias típicas de funciones (5 escenarios) que el usuario final
ejecutaría diariamente. Verifique el tiempo de respuesta de carga, guardar y
navegación del menú. También ejecute los escenarios de clientes que se utilizarán en
la prueba de aceptación del usuario.
Prueba de aceptación del usuario: realizada por el cliente (usuario final) utilizando un
conjunto de escenarios acordados.
Descripción del sistema
Sistema de Gestión de ventas y servicios al cliente ¨Car de lujo¨ será un sistema

de Servicios que permita a su administrador llevar un control del proceso de
facturación y del control de servicios que brindan los empleados a los clientes del
negocio. El sistema tendrá las siguientes funcionalidades:
Entrada en la aplicación
Procedemos a escribir nuestro usuario y contraseña de una forma correcta y

damos clic en inicio de sesión.
Luego de haber escrito nuestro usuario y contraseña de una forma correcta e iniciado
sesión se nos mostrará la siguiente ventana principal.
Damos clic en Administración en la cual se nos desplegará en la misma, la

opción reportes en donde nos mostrara lo siguiente.
Luego de haber dado clic en la opción VENTAS nos mostrara lo siguiente. En la cual son los
reportes de ventas durante todo el año.
Luego de haber dado clic en la opción ACTIVIDADES nos mostrara lo siguiente. En la
cual son los reportes de las actividades que se han realizado.
Luego de haber dado clic en la opción envio de correos nos mostrara la siguiente
ventana con sus respectivos correos, cédula y nombre.
también podemos enviar un nuevo correo en la opción ENVIAR CATALOGOS.
En la opción Administrador ingresamos nuestro usuario, contraseña y tipo de usuario.

Finalmente Guaradamos.
Una vez ingresado los datos y guardado nos mostrara un mensaje en donde
nos permitirá ingresar nuevamente datos.
Damos clic en la opción Cliente en la cual nos aparecerá la siguiente ventana.

Ingresamos datos de una forma correcta.
Guardamos nuestros datos

procedemos a dar clic en la opción ver clientes registrados.
Una vez dado clic en la opción ver clientes registrados nos mostrará lo siguiente.
Una vez ingresado los datos de una forma correcta y guardada nos aparecerá el
siguiente mensaje que el formulario es vàlido.
registrado con éxito. Finalmente en la misma damos clic en la opción ver empleados
registrados
Una vez dado clic en la opción ver empleados registrados nos aparecerá la
siguiente ventana con dichos procesos. Luego damos clic en la siguiente
opción.
disponibles y no disponibles.
Nos dirigimos a la opción de productos e ingresamos datos respectivos de una forma

correcta en donde procedemos a guardar.
OK.
Luego de haber dado clic en OK nos dirá que el producto se ha guardado

correctamente.
misma que podemos eliminar, modificar, etc.
En venta productos podemos ver las ventas realizadas en donde vamos a ingresar
los datos ya existentes y damos clic en agregar producto.
Damos clic en guardar e imprimir.

éxito y damos OK para imprimir la factura respectiva.
Una vez dado clic en OK se procederá a mostrar la factura con los datos respectivos
del producto.
Procedemos a dar clic en el icono del carrito para ver los detalles de la venta.
Una vez dado clic podemos ver los detalles de la venta de una forma
satisfactoriamente. Y damos clic en salir.
Aquí podemos modificar, eliminar el producto que ya se ha ingresado de una forma

correcta.
Aquí en información del producto nos mostrara los datos correctos.
Luego en datos del producto podemos modificar y damos clic en guardar.

Aquí no podemos eliminar el producto porque ha llegado a su límite. Caso

contrario podemos agregar más productos en el mismo para así poder
eliminar de una forma correcta.
Finalmente nos encontramos en la configuración del sistema la misma que nos

mostrara los datos empresariales y las funciones del sistema. En donde podemos
ingresar datos también.
Finalmente damos clic en la opción de salir del sistema.
Caso contrario nos dará la opción de ingresar nuevamente al sistema ubicando con
usuario y contraseña
Requisitos de la prueba
Requisitos de Software
• Electron Electron es una plataforma para desarrollar aplicaciones de escritorio usando

tecnologías web creada y mantenida Github.
• Mongo DB. Gestor de Base de Datos
Requisitos de hardware
Computadora personal (PC) con monitor, teclado y mouse
Otras dependencias
Dependencias de npm
Estimaciones del esfuerzo de prueba
Nivel de prueba Tarea Estimar Comentarios
Prueba de Definir pruebas 3 PD

funcionamiento
Ejecutar 2 PD
pruebas
Ejecutar 1 PD Ejecute un subconjunto de pruebas como una

regresión regresión para asegurarse de que las
correcciones de defectos no rompieron nada
Prueba de usabilidad Definir pruebas 3 PD Todas las pantallas, menús, selecciones y

widgets deben ser probados
Ejecutar 2 PD
pruebas
Prueba del sistema Definir 4 PD Defina y obtenga la aprobación del usuario

escenarios para asegurarse de que reflejen las
operaciones de la vida real.
Ejecutar 2 PD También ejecuta escenarios de prueba de

pruebas aceptación.
Examen de ingreso Definir 2 PD Los escenarios deben definirse al principio

escenarios del ciclo de desarrollo y antes de que
comience la prueba del sistema
Ejecutar 1 PD
pruebas
Todos los niveles Tareas de 8 PD Redacción de documentos, reuniones,

admin configuración y mantenimiento de sistemas
de prueba, aprobaciones, gestión de
defectos, etc.
Total 28 PD
Horarios de prueba
Nivel Tarea comienzo Fin Comentarios
Prueba de Ejecutar y 6/1/19 L1 y L2 defectos corregidos

Unidad corregir
Inicio de prueba 7/1/19 8/1/19 Comienzo de definición de
pruebas
Prueba de Definir y ejecutar 9/1/19 10/19 2 probadores con 50%
funcionalidad pruebas
Definir y ejecutar 11/1/9 12/1/19 2 probadores con 50%

pruebas
Prueba de Definir 13/1/19 14/1/19 1 probador al 50%

usabilidad pruebas
Ejecutar 15/1/19 16/1/19 1 probador al
pruebas 50%; ejecutar pruebas y abrir
Prueba del Definir 17/1/19 18/1/19 defectos
2 probadores al 50%
Software escenarios (probadores múltiples que
19/1/19
ejecutan los mismos escenarios)
Ejecutar 20/1/19 1 probador al
pruebas 50%; ejecutar pruebas y abrir
Prueba de Definir 21/1/19 22/1/19 defectos
1 Probador al 50%
Seguridad pruebas
Ejecutar 23/1/19 24/1/19 1 Probador al 50% trabajando en
pruebas User
Prueba de funcionalidades
Entrada: Una vez terminando con la prueba unitaria se iniciara con la prueba de
funcionalidad.
Salida: En esta sección verificamos el correcto funcionamiento del mismo.
Caso de Uso Visualizar Reportes
Actor principal Administrador
Participantes e intereses El administrador debe visualizar los reportes de ventas
Precondiciones ninguna
Postcondiciones Ninguna
Escenario principal 1. Iniciar session.

2. Click en administración.
3. Click en reportes.
4. Click en ventas.
Extensiones 1. En caso de haber error por contraseña o usuario, el

sistema indicará el error.
2. De no haber ventas, el sistema no informa de que no
hay ventas.
Requisitos Especiales Ninguno
Frecuencia de la ocurrencia Constante
Urgencia Muy urgente
Estado Inefectivo
Estabilidad Media
Comentarios Es una función vital para el programa.

Caso de Uso Vender productos
Actor principal Usuario de ventas
Participantes e intereses Usuario de ventas y cliente
Precondiciones Tener Productos en base de datos que vender
Escenario principal 1. El usuario debe hacer una venta de algún producto a

algún cliente.
Extensiones 1. El usuario de ventas ingresa al sistema e ingresa al

módulo de ventas.
2. El usuario de ventas busca al cliente por número de
cédula.
3. El programa no busca el cliente ni producto.
4. No se procede a la venta ni a la facturación.
Urgencia Muy Urgente
Estado Ineficiente
Estabilidad Baja
Comentarios Cómo se pretende vender si el módulo de ventas no

trabaja al 100%.
Caso de Uso Usuario manipula el panel de inicio
Actor principal Usuario de ventas
Participantes e intereses Usuario de ventas y administrador
Precondiciones Haber iniciado sesión.
Escenario principal 1. El usuario inicia sesión.

2. El usuario interactúa con presumibles botones
Extensiones 1. El usuario intenta interactuar con botones que

responden a un sobreposicionamiento mas no a un click.
Urgencia Urgente
Estado inaprovechable
Estabilidad Baja
Comentarios Si responden a un sobreposicionamiento, debería enviar

al módulo correspondiente haciendo un click.
Caso de Uso Asignación de actividades a empleados
Actor principal Administrador
Participantes e intereses Administrador y empleados
Precondiciones Haber iniciado sesión, tener empleados registrados
Escenario principal 1. El administrador ingresa al sistema.

2. El administrador desea ingresar actividades a algún
empleado.
Extensiones 1. El administrador hace click en el módulo de

empleado, posteriormente click en el modulo de
assignation de actividades.
2. El administrador comete un error llenando el
formulario.
Requisitos Especiales Ninguna
Urgencia media
Estado Poco productivo
Estabilidad media
Comentarios Al equivocarse llenando el formulario, este no debe

cerrarse y borrar lo ya trabajado, debe enviar el error sin
eliminar el formulario
Caso de Uso Agregar Producto para la venta
Actor principal Usuario
Participantes e intereses Usuario de ventas y cliente
Precondiciones Tener clientes y productos para la venta
Escenario principal 1. El usuario entra al módulo de ventas.

2. El usuario debe buscar un producto y memorizarse el
código.
Extensiones 1. El usuario entra al módulo de ventas.

2. El Usuario busca un producto por código del
producto.
Requisitos Especiales Ninguna
Urgencia Muy Urgente
Estado inoperable
Estabilidad Baja
Comentarios El producto debe ser de fácil acceso para el usuario, no

debe buscarse directamente por el código por que es
imposible memorizarselo, no muestra una lista de
productos ni funcionan los botones de búsqueda.
Prueba de Interfaz de Usuario:
Objetivo de la Prueba:
para esta prueba en particular será identificar primero los elementos clave a probar para
cada categoría especificada para crear la lista de verificación y luego usar esa lista de
verificación para la prueba. El probador usara un usuario administrador para poder realizar
las puedes del sistema “CAR DE LUJO”.
Prueba de Usabilidad
Diseño de página y diseño visual.
El diseño del programa está limpio sin demasiadas imágenes o texto, lo que
confunde la búsqueda de información.
La interfaz grafica de este sistema es limpio el tamaño del texto y de los iconos es
agradable y visible para el usuario, en la ventana principal se encontraremos un resumen
general de todo los que encontraremos en el programa.
Ventana principal
La página proporciona la información más importante y permite al usuario

profundizar para obtener detalles adicionales.
En la pantalla principal, como mostramos en la imagen de arriba el sistema si muestra

información importante que el usuario le interese y cuenta con un menú lateral para
poder profundizar en detalles la información que desea el usuario.
“El esquema de color utilizado no tiene más de tres o cuatro colores y los colores
son neutros y consistentes en todos”
El sistema cuenta con dos colores principales que son neutros y no confunden al
usuario al momento de utilizar el programa.
Navegación.
"El usuario puede encontrar fácilmente dónde iniciar sesión en el sistema"
Al ser una aplicación de escritorio el usuario siempre encontrara la opción de iniciar

sesión al momento de que inicie el sistema, así como lo muestra en la imagen.
Pantalla de Inicio sesión
"Avanzar para encontrar más detalles y volver a la pantalla anterior es fácil y

obvio"
Al contar con un menú lateral se hace fácil volver a la pantalla que desea el usuario, en
este caso el sistema no tiene problema.
“Hay ayudas para la navegación como enlaces en la pantalla de inicio para

diferentes categorías de datos y rutas de navegación”
En la pantalla principal se encuentran iconos con un resumen general del sistema, por
ejemplo, cuantos clientes están agregado o cuantos productos existen, pero estos iconos
al darle click no muestra un detalle o nos dirigen al apartado de clientes o productos.
Capacidad de búsqueda del sitio.
“Existe una capacidad de búsqueda para el sistema que es fácil de encontrar.”

El sistema no cuenta con un apartado de búsqueda general, pero existe la opción de
búsqueda en la pantalla de administrador o en inventarios para buscar los datos que se
encuentra almacenados en la base de datos.
"Si no se obtienen resultados, el sistema proporciona ayuda para mejorar la

consulta de búsqueda"
No mejora la búsqueda y muestra un mensaje, por ejemplo, al buscar un usuario que no

existe el sistema deja en blanco la tabla donde se debería mostrar los resultados.
Datos de administrado sin búsqueda Datos del Administrado con Búsqueda
“Los resultados de la búsqueda son apropiados y existe la posibilidad de

restringir / filtrar la búsqueda.”
El sistema no cuenta con filtrado de búsqueda.
Accesibilidad y discapacidad.
“Se evita el uso de rojo y azul juntos, ya que pueden no ser distinguidos por
los usuarios que son ciegos al color.”
El programa solo usa el azul, como color principal del sistema estos dos colores (azul
y rojo) solo se juntan cuando se muestra una tabla de datos para eliminar (Rojo) y
editar (Azul).
“Los tamaños de fuente no son pequeños.”

El tamaño de fuente es razonable para el usuario.
Prueba del sistema.
Objetivo de la Prueba: Ejecutar un conjunto de secuencias típicas de funciones que

el usuario final ejecutaría diariamente.
Identificador PS001
Nombre Inicio de sesión y registro de usuario
Req. Asociados. NINGUNO
Descripción Para ingresar al sistema deberá tener un usuario y una
contraseña asignada, dependiendo el rol que tenga, la
pantalla mostrará el contenido. El usuario administrador
tendrá todos los privilegios para manipular el sistema,
mientras que el usuario normal solo tendrá ciertos
privilegios.
Datos específicos Existe dos tipos de usuario:

 Administrador principal
 Usuarios normales
Prioridad Importante
Fuente Car de Lujo
Estabilidad Alta
Comentarios El Usuario normal solo podrá visualizar el inventario, no hará
nada mas.
Identificador PS002
Nombre Inicio sesión
Req. Asociados. PS001
Descripción Para que un usuario pueda ingresar al sistema, el
Administrador principal tendrá que crear una cuenta al
usuario ya que este tiene todos los privilegios.
Datos específicos Para ingresar al sistema se necesitará:
 Usuario
 Contraseña
Fuente Car de lujo
Estabilidad Alta
Comentarios Si el usuario olvida la contraseña el Administrado es el
único que puede recuperar y activar la cuenta.
Identificador PS003
Nombre Registrar Usuario
Req. Asociados. PS001 – PS002
Descripción Se necesita tener todos los datos que pide el sistema para
que le Administrado pueda crear una cuenta, y darle los
privilegios que debería tener el usuario nuevo
Datos específicos Deberá manejar la siguiente información:
 Usuario
 Contraseña
 Tipo de Usuario
Fuente Car de Lujo
Estabilidad Alta
Comentarios Al registrar un nuevo usuario el administrador debería saber
si este será un Administrador principal o un usuario normal.
Identificador PS004
Nombre Nuevo Producto
Req. Asociados. Ninguna
Descripción Solo el administrador podrá registrar un nuevo producto ya
que el usuario normal no puede hacer esta acción, se
tendrán que llenar todos los datos del nuevo producto.
Datos específicos Deberá manejar la siguiente información:

 Foto
 Código
 Nombre
 Descripción
 Existencia
 Precio de compra
 Precio de venta
Fuente Car de Lujo
Estabilidad Alta
Comentarios
Supuestos y restricciones
Supuestos
Este sistema realizará la gestión de ventas y de servicios, dicho proyecto tendrá un acceso de
administración que controlará todos los procesos de facturación y asignación de servicios; tanto
en parte de clientes, despacho de productos, y monitoreo de empleados.
En acceso para usuarios se realizan los registros, éste es manipulado por los usuarios
La empresa Car de Lujo lleva un control manual de sus procesos y una asignación de tareas en
servicios de una forma no acorde a la calidad de los procesos, por lo que es de vital e imponente
importancia la realización de un software que agilice y organice las actividades del lugar.
Restricciones
Las pruebas solo se realizarán en maquina en las que se encuentre instalado alguna
aplicación que función como servidor.
Evaluaciones de riesgos y contingencias.
It. Impacto Riesgo Plan de contingencia

Compresión de las Medio Medio Realizar un soporte técnico
Funcionalidades a los usuarios que lo soliciten.
del sistema.
Problemas al Alto Alto Recuperación de contraseña.
recordar la contraseña
Aparición de algún error Alto Alto Realización de un mantenimiento

a último momento de
manera improvisada.
Cambios a último Alto Alto Tener desarrolladores en la espera
momento de en caso que se necesiten.
alguna función o
interfaz. del software
Lentitud Alto Medio Mantenimiento a la base de datos
al
De forma temporal, realizando
almacenar
respaldos respectivos.
nueva
Problemas con Alto Medio Aplicar al desarrollador para poder
información.
el entorno del sistema. solucionar este problema.
Campos no validados y Alto Medio Aplicar a un experto para que asuma

la solucion.
que se guarden así en
la base de datos.
Gestión de pruebas y defectos.

Electron ESLint
Es una herramienta para identificar y reportar patrones encontrados en el código ECMAScript /

JavaScript. En muchos sentidos, es similar a JSLint y JSHint con algunas excepciones:
• ESLint utiliza Espree para el análisis de JavaScript.
• ESLint usa un AST para evaluar patrones en el código.
• ESLint es completamente conectable, cada regla es un complemento y puede agregar
más en tiempo de ejecución.
Spectron JS
Un marco de código abierto para escribir fácilmente pruebas de integración para su aplicación
Electron. Spectron configura y desmonta tu aplicación y permite que sea manejada por pruebas
de forma remota con soporte completo para las API de Electron. Construido sobreChromeDriver
y WebDriverIO .
Defectos
Los defectos serán clasificados de la siguiente manera:
Alto El problema puede provocar un bloqueo del sistema, pérdida de datos,

daños en los datos.
Medio El problema puede causar un comportamiento no esperado, pero

debe haber una solución alternativa.
Bajo El problema no irrumpe en la funcionalidad normal del sistema.

Proceso de seguimiento de defectos:
Acción Descripción Responsabilidad

Defecto Verificar en que modulo o Ensayador
módulos del software se
encuentran con errores
Asignar al Se le encarga al desarrollador poner Líder de testing.

desarrollad en prueba los módulos.
or
Solucionar el Conservar el defecto y entrar Desarrollador
defecto. análisis del mismo para encontrar la asignado
solución al problema.
Agregar la Después de varias pruebas de la Desarrollador
solución solución se procede a introducir la asignado
al código. corrección del error.
Verificar las Comprobación de que la más accesible Dueño probador
Funcionalidades y que no provoque otro error.
.
Cierre El defecto cuando se proporcionó y Dueño probador
de defecto verificó la reparación
o si se devolvió el defecto con una
respuesta válida
Errores-defectos
Ítem Descripción
Escenario de prueba Visualizar Reportes
Descripción del caso de Buscar los reportes.

prueba
Pasos de ejecución 1. Iniciar sesión con usuario privilegiado.
2. Clic en Administración.
3. Clic en Reportes
3. Clic en ventas.
Comportamiento El sistema debería tener accesibilidad a todos los
Esperado reportes.
Resultados actuales El sistema no encuentra ningún reporte.
Software Versión 1.0

Estado Probado
(Solución propuesta) Analizar el código de la búsqueda de los reportes
respectivos.
Causa principal Error en codificación

Ítem Descripción
Escenario de prueba Vender productos
Descripción del caso de Venta de productos a los usuarios.

prueba
Pasos de ejecución 1. El usuario de ventas ingresa al sistema e ingresa al módulo de
ventas.
2. El usuario de ventas busca al cliente por número de cédula.
3.
Comportamiento El usuario debe hacer una venta de algún producto a

Esperado algún cliente.
Resultados actuales  El programa no busca el cliente ni producto.
 No se procede a la venta ni a la facturación.

Estado Probado
(Solución propuesta) Corregir la búsqueda del cliente para la facturación
respectiva.
Ítem Descripción
Escenario de prueba Usuario Manipula el panel de inicio
Descripción del caso de Manipulación para configuración.

prueba
Pasos de ejecución
El usuario inicia sesión.
El usuario interactúa con presumibles botones
Comportamiento El sistema debería responder correctamente a alguna

Esperado configuración que se desee realizar.
Resultados actuales El usuario intenta interactuar con botones que
responden a un sobreposicionamiento mas no a un
click.

Estado Probado
(Solución propuesta) Corregir los errores de los del panel de inicio en los
botones

Ítem Descripción
Escenario de prueba Asignación de actividades a empleados
Descripción del caso de .Visualizar las actividades de todos los empleados

prueba
Pasos de ejecución 1. El administrador ingresa al sistema.
2. El administrador desea ingresar actividades a
algún empleado
Comportamiento Haber iniciado sesión, tener empleados registrados.

Esperado
Resultados actuales El administrador comete un error llenando el
formulario

Estado Probado
(Solución propuesta) Corregir errores en los registros de empleados.
Ítem Descripción
Escenario de prueba Productos para la venta
Descripción del caso de Agregar Producto para la venta.

prueba
Pasos de ejecución 1. El usuario entra al módulo de ventas.
2. El usuario debe buscar un producto y
memorizarse el código
Comportamiento El producto debe ser de fácil acceso para el usuario.

Esperado
Resultados actuales No debe buscarse directamente por el código
porque es imposible memorizárselo, no muestra
una lista de productos ni funcionan los botones de
búsqueda.
Estado Probado
(Solución propuesta) Corregir la búsqueda de referencias de los productos

Métricas de prueba
Electron ESlint es una herramienta para gestionar la sintaxis del código JS

Cada nivel de prueba recopilará las siguientes métricas de acuerdo a cada aspecto:
Métrica de defecto: Electron ESlint verificará los errores en la sintaxis del código JS
en caso de que exista.
Métrica de caso de prueba: Número de casos de pruebas e s ejecutado
automáticamente.
Mediante esta métrica se calculará si existen errores en la sintaxis del código en
caso de que exista.
Responsabilidades y aprobaciones.
Papel Nombre Responsabilidad Aprobaciones

Gerente Byron Mendoza Responsabilidad Aprobar plan
proyecto de la calidad Maestro de
pruebas.
Dueño del Grupo # 4 Responsabilidad Aprobar plan
producto general de Maestro de
diseño, desarrollo pruebas.
y ejecución de
pruebas.
Gerente de Enzo Aliatis Esfuerzo de Aprobar plan
pruebas prueba general y Maestro de
fechas para incluir pruebas.
la
calidad y la
ejecución de la
prueba
Líder del Brayan Cantos Sistema de Aprobar el
equipo prueba y Master
de prueba de ejecución del Test Plan
sistema sistema.
Probador de Brangy castro Plan de interfaz Secciones

interfaz de de usuario y relacionadas
usuario ejecución. con la interfaz de
usuario
Referencias y documentos justificativos
 Manual de Usuario Car de lujo
 Código fuente car de lujo
 npm librerías y paquete.


Gestion de Calidad de Software

Diunggah oleh

Informasi Dokumen

Judul Asli

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

Gestion de Calidad de Software

Diunggah oleh

Hak Cipta:

Format Tersedia

FACULTAD CIENCIAS

6TO SEMESTRE (2)

Este documento describe el plan de prueba maestro y la estrategia para probar el

Los objetivos de la prueba son verificar que el producto, Sistema de Gestión de

Se supone que el equipo de desarrollo realizará las pruebas de unidad adecuadas

Los niveles de prueba que se completarán incluirán:

Sistema de Gestión de ventas y servicios al cliente ¨Car de lujo¨ será un sistema

Procedemos a escribir nuestro usuario y contraseña de una forma correcta y

Damos clic en Administración en la cual se nos desplegará en la misma, la

también podemos enviar un nuevo correo en la opción ENVIAR CATALOGOS.

En la opción Administrador ingresamos nuestro usuario, contraseña y tipo de usuario.

Damos clic en la opción Cliente en la cual nos aparecerá la siguiente ventana.

Ingresamos datos de una forma correcta.

Guardamos nuestros datos

Nos dirigimos a la opción de productos e ingresamos datos respectivos de una forma

Luego de haber dado clic en OK nos dirá que el producto se ha guardado

Damos clic en guardar e imprimir.

Aquí podemos modificar, eliminar el producto que ya se ha ingresado de una forma

Aquí en información del producto nos mostrara los datos correctos.

Luego en datos del producto podemos modificar y damos clic en guardar.

Aquí no podemos eliminar el producto porque ha llegado a su límite. Caso

Finalmente nos encontramos en la configuración del sistema la misma que nos

• Electron Electron es una plataforma para desarrollar aplicaciones de escritorio usando

• Mongo DB. Gestor de Base de Datos

Computadora personal (PC) con monitor, teclado y mouse

Estimaciones del esfuerzo de prueba

Nivel de prueba Tarea Estimar Comentarios

Prueba de Definir pruebas 3 PD

Ejecutar 1 PD Ejecute un subconjunto de pruebas como una

Prueba de usabilidad Definir pruebas 3 PD Todas las pantallas, menús, selecciones y

Prueba del sistema Definir 4 PD Defina y obtenga la aprobación del usuario

Ejecutar 2 PD También ejecuta escenarios de prueba de

Examen de ingreso Definir 2 PD Los escenarios deben definirse al principio

Todos los niveles Tareas de 8 PD Redacción de documentos, reuniones,

Nivel Tarea comienzo Fin Comentarios

Prueba de Ejecutar y 6/1/19 L1 y L2 defectos corregidos

Definir y ejecutar 11/1/9 12/1/19 2 probadores con 50%

Prueba de Definir 13/1/19 14/1/19 1 probador al 50%

Salida: En esta sección verificamos el correcto funcionamiento del mismo.

Caso de Uso Visualizar Reportes

Actor principal Administrador

Participantes e intereses El administrador debe visualizar los reportes de ventas

Escenario principal 1. Iniciar session.

Extensiones 1. En caso de haber error por contraseña o usuario, el

Requisitos Especiales Ninguno

Frecuencia de la ocurrencia Constante

Urgencia Muy urgente

Comentarios Es una función vital para el programa.

Caso de Uso Vender productos

Actor principal Usuario de ventas

Participantes e intereses Usuario de ventas y cliente

Precondiciones Tener Productos en base de datos que vender

Escenario principal 1. El usuario debe hacer una venta de algún producto a

Extensiones 1. El usuario de ventas ingresa al sistema e ingresa al

Requisitos Especiales Ninguno

Frecuencia de la ocurrencia Constante

Urgencia Muy Urgente

Comentarios Cómo se pretende vender si el módulo de ventas no

Caso de Uso Usuario manipula el panel de inicio

Actor principal Usuario de ventas

Participantes e intereses Usuario de ventas y administrador

Precondiciones Haber iniciado sesión.

Escenario principal 1. El usuario inicia sesión.