Asignatura: Proyecto de Ingeniera de Software II

Sistema

Universidad

Reporte de Pruebas del

Autnoma

De

Facultad de ingeniera
Pruebas De Software
Informe de Pruebas
Jueves, 14 de abril de 2016
Carlos Alejandro Loya Carrillo 286336
Ing. Perla Cordero De Los Ros

Universidad Autnoma de Chihuahua Facultad de Ingeniera

Pgina 1 de 5

Chihuahua

Asignatura: Proyecto de Ingeniera de Software II

Sistema

Reporte de Pruebas del

REPORTE DE PRUEBAS DEL SISTEMA

Fecha: jueves, 14 de abril de 2016
Correspondiente a: Pruebas de Software
Responsable de Verificacin: Carlos Alejandro Loya Carrillo

INDICE
1

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

1.1

<Sistema> Versin: Verificador:...................................................................................1

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

1.1.1.1.1 Escenario-Condicin1:.....................................................................................1
1.1.1.1.2 Escenario-Condicin2:.....................................................................................2

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

1.1.1.3 Caso de Uso2:..................................................................................................................... 2
1.1.2
Requerimientos No Funcionales:............................................................................................. 2
1.1.2.1 Requerimiento No Funcional 1:............................................................................................ 2
1.1.2.2 Requerimiento No Funcional 2:............................................................................................ 3
1.1.4
Interaccin en la Integracin:................................................................................................. 3
1.1.5
Evaluacin:............................................................................................................................. 3

RESULTADOS DE PRUEBAS DEL SISTEMA

En 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 vern analizados por
varias etapas, al final se muestran las imgenes 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 automatizacin del sistema revisado.

Universidad Autnoma de Chihuahua Facultad de Ingeniera

Pgina 2 de 5

Asignatura: Proyecto de Ingeniera de Software II

Sistema

1.1

<Sistema> Versin:

1.0

Reporte de Pruebas del

Verificador: Carlos Loya

Subsistemas que lo integran:

< Subsistema 1>Versin: 1.0
Implementador: Jess Torres
< Subsistema 2>Versin: 1.2 Implementador: Jess 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-Condicin1:
Primero se identific la conexin 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, conexin nula.
Entrada:
Primero se empez a realizar una corrida del programa.jar, para ver si era adecuado
para el sistema, despus se fue realizando la prueba 1 que consisti en registrar un
empleado, y llenar los campos adecuados en caso de no llenar ningn campo o que le
falte algn campo a llenar el programa le pedir como error que faltan campos
obligatorios.
Resultado esperado:
Funcionalidad correcta y amplificada de conexin entre una base de datos a una
aplicacin, 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 tena
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 abra la base de datos ya que no estaba especificaba la ruta.
-Tener campos sin llenar ya que si no estaban llenos no permita continuar el registro.
-En devoluciones si no se actualiza el stock y se pone ms 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 botn lote no le muestra
nada de informacin y le aparece el mensaje de la base de datos es incorrecta.
Sugerencias de Correccin:
Checar y validar todos los errores dentro de un panorama estructura ya que si no se
corrigen adecuadamente el programa jams har lo que tiene definido para eso se
realiza un botn de ayuda que lleve un manual de usuario para el correcto uso del
mismo.
1.1.1.1.2Escenario-Condicin2:
...........
1.1.1.1.3Planilla Resumen Caso de Uso1:

Universidad Autnoma de Chihuahua Facultad de Ingeniera

Pgina 3 de 5

Asignatura: Proyecto de Ingeniera de Software II

Sistema

Reporte de Pruebas del

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
Entradas

1
x

2
-

3
x

4
x

5
x

6
x

7
x

8
X

Resultados
esperados

x
x

x
x

x
x

x
x

x
x

x
x

x
x

x
X

x
x

x
x

x
x

x
x

x
x

X
X

x
X

X
X

Resultados
Obtenidos
Error (S/N)
Observacion
es
EscenariosCondiciones
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 condicin del entorno especificada antes.
Resultado obtenido:
Se describe el resultado real obtenido para cada condicin del entorno especificada
antes.
Errores encontrados:
Se describen los errores encontrados, si es posible la ubicacin de cada uno y su
gravedad e impacto en el Sistema.
Sugerencias de Correccin:
Se brindan sugerencias de correccin para los errores encontrados, si esto es posible.
1.1.2.2 Requerimiento No Funcional 2:
.............
1.1.3 Interaccin en la Integracin:
Se hace referencia a las interacciones definidas en el documento de Casos y
Procedimientos de Prueba, si existieran interacciones que es necesario verificar
especficamente.
1.1.4 Evaluacin:
Este sistema de ventas, como punto importante definimos que es estable realizar las
pruebas de software para que sea funcional, ms rpido y eficaz el programa y que los
usuarios que lo descargue entiendan en caso de tener errores marginales ver cmo
Universidad Autnoma de Chihuahua Facultad de Ingeniera

Pgina 4 de 5

Asignatura: Proyecto de Ingeniera de Software II

Sistema

Reporte de Pruebas del

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 ms
funcional en pocas palabras.

Universidad Autnoma de Chihuahua Facultad de Ingeniera

Pgina 5 de 5