1.3 Ejemplo Plan de Pruebas Del Sistema

1
DISEÑO Y EJECUCION DE PLAN DE PRUEBAS DEL SISTEMA

DE INFORMACIÓN
EV
ID
EN
C
IA
EJ
EM
PL
O
2
Contenido
CONTENIDO………………………………………………………………………………………………………………………………………………2
INTRODUCCION………………………………………………………………………………………………………………………………………..3
Alcance de las pruebas del sistema de información.......................................................................................4
Definiciones……………………………………………………………………………………………………………………………………………..4
Visión General Del Documento………………………………………………………………………………………………………………..4
EV
Objetivo de las pruebas……………………………………………………………………………………………………………………………4

Pruebas……………………………………………………………………………………………………………………………………………………5
Elementos de prueba………………………………………………………………………………………………………………………………5
Especificación de las pruebas………………………………………………………………………………………………………………….5
Nivel de pruebas……………………………………………………………………………………………………………………………………..6
ID
Actividades de prueba…………………………………………………………………………………………………………………………….6
Detalle Actividades de prueba………………………………………………………………………………………………………………..6
Detalle de las pruebas…………………………………………………………………………………………………………………………….7
EN
Caso de Prueba Iniciar Sesión…………………………………………………………………………………………………………………7

Caso de Prueba Crear Producto……………………………………………………………………………………………………………..7
Caso de Prueba Modificar o Editar Producto………………………………………………………………………………………….8
Definición del Caso de Prueba Eliminar Producto…………………………………………………………………………………..9
Definición del Caso de Prueba Crear un Proveedor………………………………………………………………………………..9
C
Caso de Prueba Modificar o Editar Proveedor………………………………………..................................................10

Caso de Prueba Eliminar Proveedor……………………………………………………………………………………………………..11
IA
Caso de Prueba Crear Usuario……………………………………………………………………………………………………………..12

Caso de Prueba Modificar o Editar Usuario………………………………………………………………………………….……...12
Caso de Prueba Eliminar Usuario……………………………………………………………………………………………………….…13
Caso de Prueba Crear Cliente………………………………………………………………………………………………………….…...13
Caso de Prueba Modificar o Editar Cliente……………………………………………………………………………………………14
EJ
Caso de Prueba Eliminar Cliente…………………………………………………………………………………………………………..15

Caso de Prueba Crear Movimiento de Entradas de Productos……………………………………………………………..15
Caso de Prueba Eliminar Entrada de Productos……………………………………………………………………………………16
Caso de Prueba Crear Movimiento de Salidas de Productos………………………………………………………………..17
EM
Caso de Prueba Eliminar Salida de Productos………………………………………………………………………………………17

Conclusiones…………………………………………………………………………………………………………………………………………19
PL
O
3
INTRODUCCIÓN
Como bien sabemos, el proceso de creación de software se compone de varias fases. Desde su
diseño hasta su puesta en producción, debe pasar por varios momentos en los que este software
va evolucionando, sin embargo, hay una fase que no se ha potenciado tanto como debe a causa
de su naturaleza. Efectivamente, el testing, a pesar de que se reconoce su importancia y
EV
necesidad, vemos como en muchos casos se hace mal o simplemente no se hace.

Las pruebas son básicamente un conjunto de actividades dentro del desarrollo de software.
Dependiendo del tipo de pruebas, estas actividades podrán ser implementadas en cualquier
momento de dicho proceso de desarrollo. Existen distintos modelos de desarrollo de software,
ID
así como modelos de pruebas. A cada uno corresponde un nivel distinto de involucramiento en
las actividades de desarrollo.
El control de la calidad de software lleva consigo aplicativos que permiten realizar pruebas
EN
autónomas y masivas permitiendo así la verificación desde el punto de vista estático y de caja
blanca, es decir pruebas donde se analiza el software sin ejecutar el software mediante el código
fuente del mismo. Podemos encontrar herramientas escritas en software libre, código abierto o
software privativo. Estas herramientas podrán ser utilizadas para diferentes tipos de pruebas
como:
C
Herramientas de gestión de pruebas, herramientas para pruebas funcionales, herramientas para

pruebas de carga y rendimiento.
IA
EJ
EM
PL
O
4
Alcance de las pruebas del sistema de información
El proceso de verificación y validación del software del proceso de aseguramiento de la calidad,

se tomen en cuenta:
 Requerimientos funcionales y requerimientos no funcionales del software.
 Fallos e inconsistencias del sistema.
EV
 Pruebas estáticas y pruebas dinámicas del sistema
Definiciones
ID
Prueba: Una actividad en la cual un sistema o componente es ejecutado bajo condiciones

específicas, se observan o almacenan los resultados y se realiza una evaluación de algún
aspecto del sistema o componente.
EN
Casos de Prueba: Un conjunto de entradas, condiciones de ejecución y resultados esperados,

diseñados para un objetivo particular.
Equivocación: Una acción del ser humano que produce un resultado incorrecto.
Error: La diferencia entre un valor calculado, observado o medido y el valor verdadero,
especificado o teóricamente correcto.
C
Fallo: La incapacidad de un sistema o de alguno de sus componentes para realizar las funciones
requeridas dentro de los requisitos de rendimiento especificados.
IA
Defecto: Un paso, proceso o definición de dato incorrecto en un programa de computadora. El

resultado de una equivocación.
Depuración: El proceso de localizar, analizar y corregir los defectos que se sospecha que
contiene el software.
EJ
Verificación: Un conjunto de actividades que aseguran que el software implementa

correctamente una función específica. (¿Estamos construyendo el producto correctamente?).
Validación: Un conjunto diferente de actividades que aseguran que el software construido se
ajusta a los requisitos del cliente. (¿Estamos construyendo el producto correcto?).
EM
Testware: Es el producto resultante de las pruebas
Visión General Del Documento

PL
Objetivo de las pruebas

Las pruebas se realizan con el objetivo de detectar cualquier anomalía que afecte el perfecto
funcionamiento de la aplicación en los módulos definidos, en términos de usabilidad,
accesibilidad y la vulnerabilidad de la seguridad.
O
5
PRUEBAS
Se presenta la etapa de Pruebas en el desarrollo de Software con el fin de medir la

funcionalidad del producto y realizar mejoras si fuera necesario.
Los elementos o módulos definidos para realizar un completo análisis de la ejecución de estas
pruebas, su especificación, las actividades definidas para probar, su detalle y una breve
conclusión de la ejecución del plan.
EV
Elementos de prueba
Módulo de Productos
ID
El módulo de Productos es donde se pueden administrar los productos del sistema, es decir,
permite crear nuevos productos, modificar alguno que ya se encuentre en el sistema o bien
eliminar un producto que ya no se necesite según las necesidades de la empresa.
EN
Módulo de Proveedores
El módulo de Proveedores es donde se pueden administrar los proveedores del sistema, es
decir, permite crear nuevos proveedores, modificar alguno que ya se encuentre en el sistema
o bien eliminar un proveedor que ya no se necesite según las necesidades de la empresa.
C
Módulo de Usuarios
IA
El módulo de Usuarios es donde se pueden administrar los usuarios del sistema, es decir,
permite crear nuevos usuarios, modificar alguno que ya se encuentre en el sistema o bien
eliminar un usuario que según las necesidades de la empresa ya no forme parte de esta.
EJ
Módulo de Clientes
El módulo de Clientes es donde se pueden administrar los clientes del sistema, es decir,
permite crear nuevos cliente, modificar alguno que ya se encuentre en el sistema o bien
eliminar un cliente que ya no se necesite según las necesidades de la empresa.
EM
Módulo de Movimientos
El módulo de Movimientos, es donde se pueden ingresar las entradas y salidas de productos
dependiendo del documento almacenando datos relativos al movimiento en general y a los
lotes de productos.
PL
Especificación de las pruebas

O
Características a probar
En esta fase se analizan las pruebas enfocadas directamente a evaluar la aplicación en
términos de usabilidad, accesibilidad y navegabilidad, también se medirá la seguridad la
aplicación, frente a situaciones de vulnerabilidad.
6
Nivel de pruebas
En relación al nivel de las pruebas este se determina a nivel de unidad y aceptación de los
módulos.
Actividades de prueba
Para la realización de las pruebas se debe contar con el hardware, software y la conectividad
adecuada, esta debe ser un computador de escritorio o portátil con conexión a internet y que
EV
cuente con el navegador en una versión actualizada.
Detalle Actividades de prueba

ID
 Iniciar sesión.
 Crear un producto.
 Modificar un producto.
EN
 Eliminar un producto.
 Crear un proveedor.
 Modificar un proveedor.
 Eliminar un proveedor.
 Crear un usuario.
C
 Modificar un usuario.
 Eliminar un usuario.
IA
 Crear un cliente.
 Modificar un cliente.
 Eliminar un cliente
 Crear un movimiento de entrada de productos
EJ
 Crear un movimiento de salida de productos.
Responsable de las pruebas

EM
El responsable de las pruebas en este caso es la mismo estudiante desarrollador de la

aplicación.
PL
O
7
Detalle de las pruebas
Definición del Caso de Prueba Iniciar Sesión

Código 1
Descripción Un usuario inicia sesión.
Prerrequisito No hay.
Datos de prueba Datos del administrador:
EV
Usuario y contraseña de prueba.

Datos del operador(a)
Usuario y contraseña de prueba.
Resultados esperados Si el usuario no pertenece al sistema o
ingresa erróneamente los datos se muestra
ID
un mensaje de error o bien si el usuario es

parte del sistema se debe iniciar la sesión y
mostrar la pantalla principal correspondiente
a administrador u operador según
EN
corresponda.
Resultados obtenidos  Se inicia sesión como
Administrador, el sistema reconoce
los datos e inicia sesión mostrando
la pantalla principal correspondiente
C
a Administrador.
 Se inicia sesión como Operador, el
sistema reconoce los datos e inicia
IA
sesión mostrando la pantalla

principal correspondiente a
Operador.
 Se inicia sesión con datos erróneos,
EJ
el sistema no los reconoce y muestra

un mensaje indicando la situación.
Evaluación de la prueba La aplicación responde como se espera de
acuerdo a las
EM
distintas situaciones que fue sometida
Definición del Caso de Prueba Crear Producto

Código 2
PL
Descripción Un usuario crea un producto.

Prerrequisito No hay.
Datos de prueba Datos del nuevo Producto:
 Nombre del Producto: Vitamina C
 Proveedor: MK
O
 Cantidad: 5.
 Precio Unitario: 1000.
 Total: 5000.
Resultados esperados Si los datos ingresados no corresponden a
los formatos solicitados por el sistema, este
debe mostrar un mensaje de error indicando
que todos los campos son obligatorios Por el
8
contrario si los datos son correctos se debe

agregar el nuevo producto al sistema.
Resultados obtenidos  Se ingresa un dato erróneo o dejando
un campo vacío el sistema lo
reconoce mostrando un mensaje en
pantalla indicando el error.
 Se ingresan todos los datos

EV
correctamente el sistema los

reconoce y los procesa, creando el
nuevo producto.
acuerdo a las distintas situaciones que fue
ID
sometida.
Definición del Caso de Prueba Modificar o Editar Producto

EN
Código 3
Descripción Un usuario Modifica o Edita un producto.
Prerrequisito Estar en la pantalla Listado de Productos.
Datos de prueba Datos a modificar o editar:
 Proveedor: JGB
C
 Cantidad: 15.
Resultados esperados Si los datos modificados no corresponden a
IA
debe mostrar un mensaje de error. Por el

modificar el producto y mostrarlo en el
listado de productos con los nuevos datos.
EJ
Resultados obtenidos  Se selecciona del listado de Producto

s el producto a modificar, el sistema
carga los datos y el usuario al
modifica los datos erróneamente o
EM
deja un campo vacío y al darle

modificar, el sistema advierte del
error y no modifica el producto.
 Se selecciona del listado de

Productos el producto a modificar, el
PL
sistema carga los datos, el usuario

modifica todos los datos
reconoce y los procesa, modificando
O
el producto en la base de datos y

mostrándolo en el listado de
productos con los cambios
realizados.
sometida.
9
Definición del Caso de Prueba Eliminar Producto

Código 4
Descripción Un usuario Elimina un producto.
Prerrequisito Estar en la pantalla Listado de Productos.
Datos de prueba No hay
EV
Resultados esperados Si el usuario selecciona un producto a

eliminar, el sistema solicita confirmación de
la acción, si el usuario confirma el producto
se elimina y ya no se muestra en el listado
de productos, por el contrario si se cancela
ID
la eliminación el sistema solo vuelve al

listado de productos.
Resultados obtenidos  Se escoge un producto a eliminar
desde el listado de productos, el
EN
sistema solicita la confirmación de la

acción, el usuario confirma entonces
el sistema lo elimina de la base datos
y re direcciona a listado productos.
C
 Se escoge un producto a eliminar

desde el listado de productos, el
IA
acción, el usuario cancela la

eliminación, entonces el sistema solo
se limita a re direccionar al Listado
de productos.
EJ

sometida.
EM
Definición del Caso de Prueba Crear un Proveedor

Código 5
Descripción Un usuario Crea un Proveedor.
Prerrequisito Haber iniciado sesión como
PL
Administrador(a).
Datos de prueba Datos del nuevo Proveedor:
 NIT: 15.654.345-0
 Nombre Proveedor: Medicar.
O
 Nombre del Contacto: Juan Sánchez.

 Teléfono: 3218734523.
 Dirección: Av 5 # 12-23 Lomitas.
 Ciudad: Cúcuta.
 Departamento: Norte de Santander.
 Correo: [email protected]. Com
10

debe mostrar un mensaje de error indicando
que todos los campos son obligatorios. Por
el contrario si los datos son correctos se
debe agregar el nuevo proveedor al sistema.
Resultados obtenidos  Si ingresa un valor erróneo o deja
EV
vacío uno de los campos del

formulario el sistema lo reconoce
mostrando un mensaje en pantalla
indicando el error.
ID

EN
nuevo proveedor
sometida.
C
Definición del Caso de Prueba Modificar o Editar Proveedor

Código 6
Descripción Un usuario Modifica o Edita un Proveedor.
IA
Prerrequisito Haber iniciado sesión como

Administrador(a) y estar en la pantalla
Listado de Proveedores.
EJ
 Nombre Proveedor: Colgate

 Correo: [email protected].
EM

modificar el proveedor y mostrarlo en el
listado de proveedores con los nuevos datos.
Resultados obtenidos  Se selecciona del listado de
Proveedores el proveedor a
PL
modificar, el sistema carga los datos

y el usuario modifica los datos
erróneamente o deja campos vacíos,
el sistema advierte del error y no
O
modifica el proveedor.
 Se selecciona del listado de

Proveedores el proveedor a
modificar, el sistema carga los datos,
el usuario modifica todos los datos
11
reconoce y los procesa, modificando

el proveedor en la base de datos y
mostrándolo en el listado de
proveedores con los cambio
realizados.
sometida.
EV
Definición del Caso de Prueba Eliminar Proveedor

Código 7
Descripción Un usuario Elimina un Proveedor.
ID
Prerrequisito Estar en la pantalla Listado de Proveedores.

Resultados esperados Si el usuario selecciona un proveedor a
eliminar, el sistema solicita confirmación de
EN
la acción, si el usuario confirma el

proveedor se elimina y se muestra en el
listado de proveedores, por el contrario si se
cancela la eliminación el sistema solo
vuelve al listado de proveedores.
C
Resultados obtenidos  Se escoge un proveedor a eliminar

desde el listado de proveedores, el
IA

y re direcciona a listado de
proveedores.
EJ
 Se escoge un proveedor a eliminar

desde el listado de proveedores, el
EM

se limita a re direccionar al listado
de proveedores.
PL
sometida.
Definición del Caso de Prueba Crear Usuario

Código 8
O
Descripción Crea un Usuario.

Prerrequisito Haber iniciado sesión como Administrador.
Datos de prueba Datos del nuevo Usuario:
 Nombre: Juana María Contreras.
 Correo: [email protected].
 Usuario: Jcontreras.
 Clave: 123456.
12
 Tipo de Usuario: Operador.

agregar el nuevo usuario al sistema.
Resultados obtenidos  Si ingresa un valor erróneo o deja
vacío uno de los campos del
EV
formulario el sistema lo reconoce y

mostrara un mensaje en pantalla
indicando el error.

ID

nuevo usuario.
EN

sometida.
Definición del Caso de Prueba Modificar o Editar Usuario

C
Código 9
Descripción Modificar o Editar un Usuario.
Prerrequisito Estar en la pantalla Listado de Usuarios.
IA

 Usuario: JMcontreras.
EJ

modificar el usuario y mostrarlo en el
listado de usuarios con los nuevos datos.
EM
Resultados obtenidos  Se selecciona del listado el usuarios

un usuario a modificar, el sistema
carga los datos y el usuario modifica
los datos erróneamente o deja
campo vacíos, el sistema advierte del
error y no modifica el usuario.
PL
 Se selecciona del listado de usuarios

el usuario a modificar, el sistema
carga los datos, el usuario modifica
O
todos los datos correctamente el

sistema los reconoce y los procesa,
modificando el usuario en la base de
datos y lo mostrara en el listado de
usuarios con los cambios realizados.
13

sometida.
Definición del Caso de Prueba Eliminar Usuario

Código 10
Descripción Elimina un Usuario.
EV
Prerrequisito Estar en la pantalla Listado de Usuarios.

Resultados esperados Si se selecciona un usuario a eliminar, el
sistema solicita confirmación de la acción,
si el usuario confirma se elimina y ya no se
ID
muestra en el listado de Usuarios, por el

contrario si se cancela la eliminación el
sistema solo vuelve al listado de usuarios.
Resultados obtenidos  Se escoge un usuario a eliminar
EN
desde el listado de usuarios, el

y re direcciona a listado de usuarios.
C
 Se escoge un usuario a eliminar

desde el listado de usuarios, el
IA

EJ
de usuarios.
sometida.
EM
Definición del Caso de Prueba Crear Cliente

Código 11
Descripción Usuario Crea un Cliente
Prerrequisito Haber iniciado sesión como Administrador
u Operador.
PL
Datos de prueba Datos del nuevo Cliente:

 NIT o Cedula: 88021345-9
 Nombre: Juan Matías Cruz.
 Teléfono: 3218403645.
O
 Dirección: Cll 3 # 12-09 Cabrera.

 Ciudad: Cúcuta.
 Departamento: Norte de Santander
14

agregar el nuevo cliente al sistema.
Resultados obtenidos  Si ingresa un valor erróneo en uno
de los campos o deja vacío uno de
los campos del formulario el
sistema lo reconoce y mostrara un
mensaje en pantalla indicando el
error.
EV

nuevo cliente.
ID

sometida.
EN
Definición del Caso de Prueba Modificar o Editar Cliente

Código 12
Descripción Modificar o Editar un Cliente.
Prerrequisito Estar en la pantalla Listado de Clientes.
C

 Dirección: Cll 4 # 13-09 Callejón.
 Ciudad: Bucaramanga.
IA
 Departamento: Santander.
EJ

modificar el cliente y mostrarlo en el listado
de clientes con los nuevos datos.
Resultados obtenidos  Se selecciona del listado de clientes
EM
el cliente a modificar, el sistema

carga los datos y el usuario modifica
los datos erróneamente o deja un
campo sin ingresar o vacío, el
sistema advierte del error y no
modifica el cliente.
PL
 Se selecciona del listado del clientes

un cliente a modificar, el sistema
carga los datos, el usuario modifica
O
todos los datos correctamente el

sistema los reconoce y los procesa,
modificando el cliente en la base de
datos y lo mostrara en el listado de
clientes con los datos modificados.
15

sometida.
Definición del Caso de Prueba Eliminar Cliente

Código 13
EV
Descripción Elimina un Cliente.

Prerrequisito Estar en la pantalla Listado de Clientes.
Resultados esperados Si se selecciona un cliente a eliminar, el
ID

muestra en el listado de clientes, por el
sistema solo vuelve al listado de clientes.
EN
Resultados obtenidos  Se escoge un cliente a eliminar

desde el listado de clientes, el
C
y re direcciona a listado de clientes.
 Se escoge un cliente a eliminar

IA
desde el listado de clientes, el

EJ

de clientes.
EM
sometida.
PL
Definición del Caso de Prueba Crear Movimiento de Entradas de Productos

Código 14
O
Descripción Usuario Crea una Entrada de Productos

Y estar en la pantalla de Lista de Entradas y
dar clic en el botón crear entrada.
Datos de prueba Datos del nueva Entrada:
 Nombre del Producto: Alcohol
 Cantidad: 5.
16
 Precio Unitario: 1000.

 Total: 5000.
 Proveedor: MK

EV
agregar la nueva entrada al sistema.

ID

error.
EN

reconoce y los procesa, creando la
nueva entrada.
C

sometida.
IA
Definición del Caso de Prueba Eliminar Entrada de Productos

Código 15
Descripción Elimina una Entrada de Productos.
EJ
Prerrequisito Estar en la pantalla Listado de Entradas.

Resultados esperados Si se selecciona una entrada a eliminar, el
EM

muestra en el listado de entradas, por el
sistema solo vuelve al listado de entradas.
Resultados obtenidos  Se escoge una entrada a eliminar
desde el listado de entradas, el
PL

y re direcciona a listado de entradas.
O
 Se escoge una entrada a eliminar

desde el listado de entradas, el
17

de entradas.
sometida.
Definición del Caso de Prueba Crear Movimiento de Salidas de Productos

EV
Código 16
Descripción Usuario Crea una salida de Productos
Y estar en la pantalla de Lista de Salidas y
dar clic en el botón crear Crear salida.
ID
Datos de prueba Datos del nueva Salida:

 Nombre del Producto: Alcohol
 Cantidad: 5.
 Cliente: Mario Suarez
EN

C
agregar la nueva salida al sistema.

IA

error.
EJ

reconoce y los procesa, creando la
EM
nueva salida.
sometida.
Definición del Caso de Prueba Eliminar Salida de Productos

PL
Código 17
Descripción Elimina una Salida de Productos.
Prerrequisito Estar en la pantalla Listado de Salidas.
O
Resultados esperados Si se selecciona una salida a eliminar, el

muestra en el listado de entradas, por el
sistema solo vuelve al listado de salidas.
18
Resultados obtenidos  Se escoge una salida a eliminar

desde el listado de salidas, el sistema
solicita la confirmación de la acción,
el usuario confirma entonces el
sistema lo elimina de la base datos y
re direcciona a listado de salidas.
 Se escoge una salida a eliminar

EV
desde el listado de salidas, el sistema

solicita la confirmación de la acción,
el usuario cancela la eliminación,
entonces el sistema solo se limita a
re direccionar al listado de salidas.
ID

sometida.
EN
C
IA
EJ
EM
PL
O
19
Conclusiones de las Pruebas
El desarrollo de las pruebas se realiza con la Aplicación montada en el servidor local que
provee el paquete Xampp, bajo ninguna condición de stress ni atacamiento de información
dado que las necesidades de la aplicación no lo requieren, sin embargo, y dadas las
condiciones iniciales el resultado de las pruebas de unidad ha sido satisfactorio, no se
detectan problemas de accesibilidad ni de usabilidad, solo se encuentran problemas de
EV
ubicación de información en algunas páginas, pero que solo corresponde a temas de estilo por
lo que se revisarán estos aspectos.
En relación a los tiempos de respuesta de las solicitudes que se generan al realizar las pruebas
ID
estos son mínimos
En definitiva la Aplicación ha respondido satisfactoriamente bajo las condiciones de los casos

EN
de prueba, debido a las técnicas y estructuras utilizadas en el desarrollo.

C
IA
EJ
EM
PL
O

1.3 Ejemplo Plan de Pruebas Del Sistema

Cargado por

Copyright:

Formatos disponibles

1.3 Ejemplo Plan de Pruebas Del Sistema

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

1.3 Ejemplo Plan de Pruebas Del Sistema

Cargado por

Copyright:

Formatos disponibles

1

DISEÑO Y EJECUCION DE PLAN DE PRUEBAS DEL SISTEMA

Objetivo de las pruebas……………………………………………………………………………………………………………………………4

Caso de Prueba Iniciar Sesión…………………………………………………………………………………………………………………7

Caso de Prueba Modificar o Editar Proveedor………………………………………..................................................10

Caso de Prueba Crear Usuario……………………………………………………………………………………………………………..12

Caso de Prueba Eliminar Cliente…………………………………………………………………………………………………………..15

Caso de Prueba Eliminar Salida de Productos………………………………………………………………………………………17

necesidad, vemos como en muchos casos se hace mal o simplemente no se hace.

Herramientas de gestión de pruebas, herramientas para pruebas funcionales, herramientas para

Alcance de las pruebas del sistema de información

El proceso de verificación y validación del software del proceso de aseguramiento de la calidad,

 Pruebas estáticas y pruebas dinámicas del sistema

Prueba: Una actividad en la cual un sistema o componente es ejecutado bajo condiciones

Casos de Prueba: Un conjunto de entradas, condiciones de ejecución y resultados esperados,

Defecto: Un paso, proceso o definición de dato incorrecto en un programa de computadora. El

Verificación: Un conjunto de actividades que aseguran que el software implementa

Testware: Es el producto resultante de las pruebas

Visión General Del Documento

Objetivo de las pruebas

Se presenta la etapa de Pruebas en el desarrollo de Software con el fin de medir la

Especificación de las pruebas

cuente con el navegador en una versión actualizada.

Detalle Actividades de prueba

 Crear un movimiento de salida de productos.

Responsable de las pruebas

El responsable de las pruebas en este caso es la mismo estudiante desarrollador de la

Detalle de las pruebas

Definición del Caso de Prueba Iniciar Sesión

Usuario y contraseña de prueba.

un mensaje de error o bien si el usuario es

sesión mostrando la pantalla

el sistema no los reconoce y muestra

distintas situaciones que fue sometida

Definición del Caso de Prueba Crear Producto

Descripción Un usuario crea un producto.

contrario si los datos son correctos se debe

 Se ingresan todos los datos

correctamente el sistema los

Definición del Caso de Prueba Modificar o Editar Producto

debe mostrar un mensaje de error. Por el

Resultados obtenidos  Se selecciona del listado de Producto

deja un campo vacío y al darle

 Se selecciona del listado de

sistema carga los datos, el usuario

el producto en la base de datos y

Definición del Caso de Prueba Eliminar Producto

Resultados esperados Si el usuario selecciona un producto a

la eliminación el sistema solo vuelve al

sistema solicita la confirmación de la

 Se escoge un producto a eliminar

acción, el usuario cancela la

Evaluación de la prueba La aplicación responde como se espera de

Definición del Caso de Prueba Crear un Proveedor

 Nombre del Contacto: Juan Sánchez.

Resultados esperados Si los datos ingresados no corresponden a

vacío uno de los campos del

 Se ingresan todos los datos

Definición del Caso de Prueba Modificar o Editar Proveedor