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

Universidad Autónoma De Chihuahua

Facultad de ingeniería

Pruebas De Software

“Informe de Pruebas”

Jueves, 14 de abril de 2016

Carlos Alejandro Loya Carrillo 286336

Ing. Perla Cordero De Los Ríos

Universidad Autónoma de Chihuahua – Facultad de IngenieríaPágina 1 de 5

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

REPORTE DE PRUEBAS DEL SISTEMA

Fecha: jueves, 14 de abril de 2016

Correspondiente a: Pruebas de Software

Responsable de Verificación: Carlos Alejandro Loya Carrillo

INDICE

1 RESULTADOS DE PRUEBAS DEL SISTEMA..........................................................11.1 <Sistema> Versión: Verificador:...................................................................................1

1.1.1 Requerimientos Funcionales:....................................................................................................11.1.1.1 Caso de Uso1:.......................................................................................................................1

1.1.1.1.1 Escenario-Condición1:.....................................................................................11.1.1.1.2 Escenario-Condición2:.....................................................................................2

1.1.1.2 Planilla Resumen Caso de Uso1:...........................................................................................21.1.1.3 Caso de Uso2:.......................................................................................................................2

1.1.2 Requerimientos No Funcionales:..............................................................................................21.1.2.1 Requerimiento No Funcional 1:.............................................................................................21.1.2.2 Requerimiento No Funcional 2:.............................................................................................3

1.1.4 Interacción en la Integración:...................................................................................................31.1.5 Evaluación:...............................................................................................................................3

1 RESULTADOS DE PRUEBAS DEL SISTEMAEn este proyecto revisado por un servidor se complementó lo visto en pruebas de software ya que se trataron muchos casos que en este siguiente reporte se verán analizados por varias etapas, al final se muestran las imágenes correspondientes del mismo y se lleva a cabo que como resultado se pretende definir lo que es la caja negra y blanca que son soporte para que un proyecto en base a varias pruebas se lleve a cabo y se denoten los errores y halla una automatización del sistema revisado.

Universidad Autónoma de Chihuahua – Facultad de IngenieríaPágina 2 de 5

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

1.1 <Sistema> Versión: 1.0 Verificador: Carlos Loya

Subsistemas que lo integran:< Subsistema 1>Versión: 1.0 Implementador: Jesús Torres< Subsistema 2>Versión: 1.2 Implementador: Jesús Torres............

1.1.1 Requerimientos Funcionales:Este programa consiste en la alta, registro, productos, devoluciones y consulta de clientes tanto como productos y empleados a tratar, de hecho consiste en dar de alta, baja, cambios dentro de una empresa.

1.1.1.1 Caso de Uso1:

1.1.1.1.1Escenario-Condición1: Primero se identificó la conexión a base de datos la cual no operaba correctamente ya que en caso de que no ponga la ruta adecuada el cliente o persona que use el programa le aparece el error de: falta base de datos, conexión nula.

Entrada:Primero se empezó a realizar una corrida del programa.jar, para ver si era adecuado para el sistema, después se fue realizando la prueba 1 que consistió en registrar un empleado, y llenar los campos adecuados en caso de no llenar ningún campo o que le falte algún campo a llenar el programa le pedirá como error que faltan campos obligatorios.

Resultado esperado:Funcionalidad correcta y amplificada de conexión entre una base de datos a una aplicación, que es la empresa en sí, algo parecido al sega que haga altas, bajas, cambios, modificaciones dentro del margen adecuado, devoluciones y consultas de registro.Resultado obtenido:Se creó la base de datos y de ahí si se pudo funcionar el programa en si como se tenía planeado paso a paso con series de pruebas de ensayo y error para tontos ya que al hacer esto verificamos que si sea funcional este programa y sea entendible y adecuado.

Errores encontrados: Se encontraros los siguientes errores:-No abría la base de datos ya que no estaba especificaba la ruta.-Tener campos sin llenar ya que si no estaban llenos no permitía continuar el registro.-En devoluciones si no se actualiza el stock y se pone más de 30 productos el programa truena y falla porque la capacidad de almacenar tantos productos no es permitida.-Al enviar la consulta en base de datos si no se le hace clic al botón lote no le muestra nada de información y le aparece el mensaje de la base de datos es incorrecta.

Sugerencias de Corrección: Checar y validar todos los errores dentro de un panorama estructura ya que si no se corrigen adecuadamente el programa jamás hará lo que tiene definido para eso se realiza un botón de ayuda que lleve un manual de usuario para el correcto uso del mismo.

1.1.1.1.2Escenario-Condición2: ...........

1.1.1.1.3Planilla Resumen Caso de Uso1:

Universidad Autónoma de Chihuahua – Facultad de IngenieríaPágina 3 de 5

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

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 8Entradas x - x x x x x X

Resultados esperados

X x x x o x o x

x x x x x x x xResultadosObtenidos

x x x x x x x X

Error (S/N) x x x x x X x XObservaciones

x x x x x X X X

Escenarios-Condiciones

x x x x x x X x

1.1.1.2 Caso de Uso2: ……..

1.1.2 Requerimientos No Funcionales:Se hace referencia a los requerimientos no funcionales identificados para el Sistema en el documento de Casos y Procedimientos de Prueba.

1.1.2.1 Requerimiento No Funcional 1:

Condiciones:Se describen las condiciones definidas para el entorno al realizar las pruebas.

Resultado esperado:Se describe el resultado esperado para cada condición del entorno especificada antes.

Resultado obtenido:Se describe el resultado real obtenido para cada condición del entorno especificada

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.

1.1.2.2 Requerimiento No Funcional 2: .............

1.1.3 Interacción en la Integración:Se hace referencia a las interacciones definidas en el documento de Casos y Procedimientos de Prueba, si existieran interacciones que es necesario verificar específicamente.

1.1.4 Evaluación:Este sistema de ventas, como punto importante definimos que es estable realizar las pruebas de software para que sea funcional, más rápido y eficaz el programa y que los usuarios que lo descargue entiendan en caso de tener errores marginales ver cómo

Universidad Autónoma de Chihuahua – Facultad de IngenieríaPágina 4 de 5

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

resolverlos leyendo el manual de usuario puesto en el programa principal y realizar versionar o correcciones de cada cosa que se tenga de efectuar para que sea más funcional en pocas palabras.

Universidad Autónoma de Chihuahua – Facultad de IngenieríaPágina 5 de 5