Asignatura: Proyecto de Ingeniería de Software Plantilla Reporte de Pruebas del Sistema

Plan de Pruebas de Software

Terabytesof
Fecha: [30/07/2019]

Responsable de Verificación: Montiel, Carlos; Caballero Luis.

UNIVERSIDAD PRIVADAD DR.RAFAEL BELLOSO CHACÍN

Página 1 de 8
Asignatura: Proyecto de Ingeniería de Software Plantilla Reporte de Pruebas del Sistema

REPORTE DE PRUEBAS DEL SISTEMA

Fecha: veintidós de julio de 2019

Correspondiente a: José Luis Oropeza.

Responsable de Verificación: Montiel, Carlos; Caballero Luis.

INDICE

1 RESULTADOS DE PRUEBAS DEL SISTEMA..............................................................................2

1.1 < Terabytesoft Taller> Versión: 12.0.100 Verificador:................................................................2
1.1.1 Requerimientos Funcionales:................................................................................................................2
1.1.1.1 Caso de Uso1:.................................................................................................................................2
1.1.1.1.1 Escenario-Condición1:...............................................................................................2
1.1.1.1.2 Escenario-Condición2:...............................................................................................3
1.1.1.2 Planilla Resumen Caso de Uso1:.......................................................................................................3
1.1.1.3 Caso de Uso2:.................................................................................................................................3
1.1.2 Requerimientos No Funcionales:..........................................................................................................3
1.1.2.1 Requerimiento No Funcional 1:.........................................................................................................3
1.1.2.2 Requerimiento No Funcional 2:.........................................................................................................4
1.1.3 Planilla Resumen Requerimientos No Funcionales:.................................................................................4
1.1.4 Interacción en la Integración:..............................................................................................................4
1.1.5 Evaluación:.........................................................................................................................................4

1 RESULTADOS DE PRUEBAS DEL SISTEMA

<Se describen para las pruebas del Sistema realizadas de acuerdo a lo establecido en el Plan de
Pruebas de la iteración, los resultados obtenidos para cada Caso de Prueba definido>

1.1 < Terabytesoft Taller> Versión: 12.0.100 Verificador:

Subsistemas que lo integran:

C ++ Versión: 2008 ` Implementador:
............

1.1.1 Requerimientos Funcionales:

 El sistema permite al cliente ingresar un usuario y contraseña para acceder al mismo de acuerdo a
su nivel de usuario.
 Al iniciar el sistema, este mostrara las listas de reparaciones pendientes en el taller.
 El usuario puede agregar orden de servicios.
 El sistema podrá generar facturas legales para sus clientes, funciona con lector e impresoras
(incluye fiscales). también puede generar factura digital (depende de la localidad).
 el sistema puede realizar cotizaciones de los servicios al cliente de forma rápida y eficaz, enviarla al
cliente (por correo electrónico o por whatsapp) e imprimirlo.
 El usuario puede ingresar artículos o piezas de repuesto al sistema de forma rápida, con fotos y
precios de venta (el precio es cotizado en múltiples monedas) funciona con lector de código de barra
y código QR.
 El usuario puede agregar técnicos/empleados al sistema (nivel de usuario: administrador).
 El sistema debe calcular el salario de los empleados.
 El usuario puede asignarle a los empleados/técnicos y el sistema debe notificar cuando se le asigna
un trabajo (por correo y/o whatsapp)

Página 2 de 8
Asignatura: Proyecto de Ingeniería de Software Plantilla Reporte de Pruebas del Sistema

 El sistema debe crear un reporte de ventas diarias, con información detalla de las ventas y servicios
prestados, incluyendo el tipo de pago, se puede ver tanto en pantalla como imprimirlo.
 El usuario puede crear citas o recordatorios de cobros.
 El sistema puede registrar las facturas de compra de los proveedores del negocio o empresa
mientras se llena el inventario.
 El sistema permite al usuario modificar el inventario (agregar, cagar, eliminar del inventario las
existencias de mercancía) de cualquier artículo.
 El usuario puede modificar una orden para agregar servicios y/o repuestos extras.
 Al momento de generar una orden le pide al usuario llenar un formulario con las características del
dispositivo a reparar, del cliente, cursos de acción y meta-data de la orden.

1.1.1.1 Caso de Uso1:

Crear orden de servicio.

1.1.1.1.1 Escenario-Condición1:
el usuario deseas crea una orden de servicio, este ingresa los datos de acuerdo a lo que permite el
sistema. El cliente (persona natural) no tiene telf. Fijo.
Entrada:
Los datos de entrada e dividen en tres clases.
Características del dispositivo:
 Tipo de equipo. Qué Clase de dispositivo es (tlf, dvd, etc).
 Marca del dispositivo.
 Modelo.
 Serial o imei
 Color u otras características estéticas.
 Fallas reportadas por el cliente.
 Fotos (opcional)
 Datos de desbloqueo del dispositivo(celular ,laptop)(opcional)
Datos del cliente:
 DNI o número de identificación.
 Nombre.
 Numero de TLF celular (para whatsapp).
 Numero de TLF fijo.
 Correo electrónico.
 Método de envió de factura.
Reportes de reparación:
 Tipo de reparación.
 Repuestos utilizado.
 Técnico responsable.
 Monto.
Resultado esperado:
Que todos los datos ingresados se registren en la base de datos correspondiente (Cliente,
Dispositivos y recepción) y guardar en la computadora.
Resultado obtenido:
En nuestra experiencia se registraron correctamente los datos ingresados en el sistema.
Aunque se encontraron errores

Errores encontrados:
 Ingreso de número de celular: no tiene formato integrado para código de nacionalidad(ej.:+58)
 Ingreso de número de teléfono fijo: no permite la opción que el cliente no tenga telf. fijo.
 No permite ingresar el serial del dispositivo(posible falta por versión demo )
 No permite ingresar la marca del dispositivo(posibles falta por versión demo ).
 Se sale del sistema cuando se mandó a guardar la recepción de equipo.
Sugerencias de Corrección:
2 Permitir la usuario ingresar modelo y serial
 Agregar una casilla de opción múltiple para código de nacionalidad de número de celular.
 Agregar una casilla de opción para el telf. Fijo que permita demarca sin número.

Página 3 de 8
Asignatura: Proyecto de Ingeniería de Software Plantilla Reporte de Pruebas del Sistema

2.1.1.1.1 Escenario-Condición2:
el usuario deseas crea una orden de servicio, el cliente no tiene Dni o su equivalente porque es un
cliente internacional.

Entrada:
Los datos de entrada e dividen en tres clases.
Características del dispositivo:
 Tipo de equipo. Qué Clase de dispositivo es (tlf, dvd, etc).
 Marca del dispositivo.
 Modelo.
 Serial o imei
 Color u otras características estéticas.
 Fallas reportadas por el cliente.
 Fotos (opcional)
 Datos de desbloqueo del dispositivo(celular ,laptop)(opcional)
Datos del cliente:
 Nombre.
 Numero de TLF celular (para whatsapp).
 Numero de TLF fijo.
 Correo electrónico.
 Método de envió de factura.
Reportes de reparación:
 Tipo de reparación.
 Repuestos utilizado.
 Técnico responsable.
 Monto.
Resultado esperado:

El sistema no permite al usuario registrar la recepción de equipo.

Resultado obtenido:

El sistema no permite al usuario registrar la recepción de equipo. Debe ingresar un valor a

campo de cedula.

Errores encontrados:

 Ingreso de número de celular: no tiene formato integrado para código de nacionalidad(ej.:

+58)
 Ingreso de número de teléfono fijo: no permite la opción que el cliente no tenga telf. fijo.
 No permite ingresar el serial del dispositivo(posible falta por versión demo )
 No permite ingresar la marca del dispositivo(posibles falta por versión demo

Sugerencias de Corrección:

3 Permitir la usuario ingresar modelo y serial

 Agregar una casilla de opción múltiple para código de nacionalidad de número de celular.
 Agregar una casilla de opción para el telf. Fijo que permita demarca sin número.

Página 4 de 8
Asignatura: Proyecto de Ingeniería de Software Plantilla Reporte de Pruebas del Sistema

3.1.1.1.1 Planilla Resumen Caso de Uso1:

Se presenta una planilla resumen de los casos de prueba con datos para el Caso de Uso1,
indicando las entradas necesarias, los resultados esperados, los resultados reales obtenidos y los
Escenarios-Condiciones que se ejercitan con esa prueba

Caso 1 2 3 4 5 6 7 8
Entradas Info. Del Info. Del Caract. de la
cliente Equipo reparación

Resultados Guardar la Guardar la Guarda la

esperados información información información
en la base en la base en la base de
de datos e de datos e datos e
imprimir imprimir imprimir
comprobante comprobante comprobante

Resultados Guardo en la Guardo en la Guardo en la

Obtenidos base de base de base de
datos pero al datos pero al datos pero al
momento de momento de momento de
imprimir o imprimir o imprimir o
guardarlo en guardarlo en guardarlo en
sistema se sistema se sistema se
sale del sale del sale del
sistema sistema sistema

Error (S/N) Si si Si
Observaciones Permite No permite
ingresar ingresar
letras en el marca y
número serial
DNI/rif
Escenarios- 1,2
Condiciones

3.1.1.2 Caso de Uso2:

Crear factura.

3.1.1.2.1 Escenario-Condición:
El usuario desea completar una completar la operación de pago de un cliente. El cliente desea
pagar el total por tarjeta de debito, su orden esta completada.

Entrada:
 Cliente.
 Monto de la orden
 La orden del cliente va pagar.
 Método de pago del cliente.
 Numero de referencia.

Página 5 de 8
Asignatura: Proyecto de Ingeniería de Software Plantilla Reporte de Pruebas del Sistema

 Cantidad de días Garantía.

 Nota o comentario sobre la garantía (si aplica)

Resultado esperado:
Que el sistema verifique que la orden , verifique el monto total de la orden, si se ha abonado
algo al monto ,el monto recibido , cuanto falta para completar el pago, generar la factura ,guardarla en el
sistema e imprimirla.

Resultado obtenido:
El Resultado fue igual al esperado.

Errores encontrados:
No se encontraron errores en este caso de uso dado Escenario-Condición.

Sugerencias de Corrección:
No sugiero cambio.

3.1.1.2.2 Escenario-Condición2:
El usuario desea completar una completar la operación de pago de un cliente. El cliente desea
pagar el total por efectivo, su orden esta completada.

Entrada:
 Cliente.
 Monto de la orden
 La orden del cliente va pagar.
 Método de pago del cliente.
 Numero de referencia.
 Cantidad de días Garantía.
 Nota o comentario sobre la garantía (si aplica)

Resultado esperado:
Que el sistema verifique que la orden , verifique el monto total de la orden, si se ha abonado
algo al monto ,el monto recibido , cuanto falta para completar el pago, generar la factura ,guardarla en el
sistema e imprimirla.

Resultado obtenido:
El Resultado fue igual al esperado.

Errores encontrados:
No se encontraron errores en este caso de uso dado Escenario-Condición.

Sugerencias de Corrección:
No sugiero cambio.

3.1.1.2.3 Planilla Resumen Caso de Uso 2:

Caso 1 2 3 4 5 6 7.
Entradas Cliente Monto de La orden Método de Numero de Cantidad Nota o
la orden del cliente pago del referencia. de días comentario
va pagar. cliente. Garantía. sobre la
garantía (si
aplica)

Resultados que Que Que la Que este

esperados tenga aparesca orden disponible
una tenga un
orden monto
asociado

Página 6 de 8
Asignatura: Proyecto de Ingeniería de Software Plantilla Reporte de Pruebas del Sistema

Resultados si si si si
Obtenidos

Error (S/N) n n n N N n N
Observaciones
Escenarios-
Condiciones

3.1.2 Requerimientos No Funcionales:

A. Rendimiento: El sistema debe funcionar de manera rápida en Equipos con 1GB de RAM y
arquitecturas de x86 a partir de Windows vista (establecido así en su página web).
B. Estabilidad: El sistema debe evitar “crasheos” o caerse en todo momento.

3.1.2.1 Requerimiento No Funcional 1: Rendimiento.

Condiciones:
Computador con un procesador Intel core duo x64 con 2gb de ram con una pantalla de
1650x1080 en el entorno de Windows 7 service pack 1. Trabajando con varias órdenes a la vez
Resultado esperado:
Se espera que el sistema corra de manera rápida y responsiva. Dado que este supera las
especificaciones mínimas recomendadas por el proveedor de software.
Resultado obtenido:
El resultado es inconsistente, el sistema en ciertos uso funciona como esperado y otros
puede alentarse al punto que se congela la máquina.
Errores encontrados:
Un uso excesivo de los recursos de la máquina.
Sugerencias de Corrección:
Nuestra única sugerencia seria mejorar la optimización de recursos.

Requerimiento No Funcional 2: Estabilidad.

Condiciones:
Computador con un procesador Intel core duo x64 con 2gb de ram con una pantalla de
1650x1080 en el entorno de Windows 7 service pack 1 con un navegador de internet y reproductor de mp3
en el fondo .
Resultado esperado:
Se espera que el sistema sea capaz de realizar todas sus funciones de manera rapida.
Resultado obtenido:
El sistema tiende bajo estas condiciones , a caerse o cerrarse
Errores encontrados:
El sistema se cierra involuntariamente.
Sugerencias de Corrección:
Nuestra única sugerencia seria mejorar la optimización de recursos. o actualizar su lista de
requerimientos mínimos del sistema en el manual y su pagina web

3.1.3 Planilla Resumen Requerimientos No Funcionales:

Requerimiento No Condiciones Resultado esperado Resultado Obtenido

Funcional
1 Condición 1 ..... ........
1 Condición 2
2

Página 7 de 8
Asignatura: Proyecto de Ingeniería de Software Plantilla Reporte de Pruebas del Sistema

3.1.4 Interacción en la Integración:

Entrada:
<Se describen los valores utilizados para realizar los Casos de Prueba>

Resultado esperado:
<Se describe el resultado esperado para cada valor de entrada especificado antes>

Resultado obtenido:
<Se describe el resultado real obtenido para cada valor de entrada especificado antes>

Errores encontrados:
<Se describen los errores encontrados, si es posible la ubicación de cada uno y su gravedad e
impacto en el Sistema>

Sugerencias de Corrección:
<Se brindan sugerencias de corrección para los errores encontrados, si esto es posible>

3.1.5 Evaluación:
El comportamiento del sistema se puede clasificar como estable, el sistema cumple sus funciones
bien en la mayoría de los casos y las mayorías de los problemas son causados por una falta de
validación de ciertos datos, aunque la interfaz gráfica de usuario es algo desordenada y causa
confusión al usarlo. La en cuanto a los requerimientos no funcionales, este sistema tiende a fallar
bajo condiciones ,aunque no optimas, si son normales
<se evalúa en forma global el comportamiento del Sistema y se establece el estado del mismo, por
ejemplo: inestable, estable, aprobado, etc.>

Página 8 de 8