Sunteți pe pagina 1din 8

Creación de software Versión 1.

0 3 de diciembre de 2017
Proyecto: Sistema Las Tejas Huacho

RESTAURANTE LAS TEJAS


PLAN DE PRUEBAS: Módulo mozo
Visualizar mesa a cargo, crear pedido, crear orden.
Versión 1.0

Huacho 2016

Página 1 de 8
Universidad Nacional José Faustino Sánchez Carrión
Creación de software Versión 1.0 3 de diciembre de 2017
Proyecto: Sistema Las Tejas Huacho

Tabla de contenido
Plan de pruebas ...................................................................................................................3
1. Introducción .............................................................................................................3
1.1. Objetivo ............................................................................................................3
1.2. Normas y referencia ..........................................................................................3
1.3. Definición y alcances .........................................................................................3
1.4. Responsables de la prueba ................................................................................4
2. Metodologías de pruebas .........................................................................................4
2.1. Prueba de interfaz gráfica de usuario (GUI) ........................................................4
2.2. Prueba funcional ...............................................................................................5
2.3. Prueba de compatibilidad ..................................................................................6
2.4. Prueba de confiabilidad .....................................................................................6
2.5. Prueba de caja negra .........................................................................................7
3. Historial de revisión ..................................................................................................8

Página 2 de 8
Universidad Nacional José Faustino Sánchez Carrión
Creación de software Versión 1.0 3 de diciembre de 2017
Proyecto: Sistema Las Tejas Huacho

Plan de pruebas
1. Introducción
1.1. Objetivo
El presente documento tiene como objetivo principal la descripción de las
actividades a realizar durante las pruebas de los módulos; Visualizar mesa
asignada, visualizar pedido, crear pedido, visualizar orden, crear orden y visualizar
platillos por orden.

 Describe la estrategia de pruebas que se va a seguir en el proceso de


prueba.
 Definir los responsables, recursos, fechas y documentación necesaria
para la ejecución de las pruebas.
 Proporcionar una secuencia lógica y documentada de actividades,
lineamientos generales, formularios y papeles de trabajo.
 Validar la operación correcta de los procesos de los Módulos
mencionados anteriormente, de acuerdo a los escenarios definidos.
 Asegurarse que los módulos operen de acuerdo a los procesos definidos.

1.2. Normas y referencia


Para iniciar las pruebas se debe elaborar un plan detallado de las actividades
con la cual se debe contar con la documentación considerada necesaria para
llevarse a cabo la fase de pruebas. Es por ello que es imprescindible que la
documentación recibida corresponda a la última versión

1.3. Definición y alcances


El objetivo del documento es para describir el proceso de ejecución de las
pruebas funcionales para la validación del Módulo; mesero.

La prueba de los módulos mencionados es para determinar si el aplicativo


funciona según lo establecido. Las pruebas no necesariamente es la certificación
que, si la lógica es la correcta, el objetivo principal de la prueba es detectar errores
no previsibles el cual afecten la funcionalidad del aplicativo y que estos sean
corregidos, con ello se debe volver a probar toda la secuencia a fin de comprobar
la corrección de la misma o quizás desencadene otro error.

En el marco de las pruebas está definido por los requerimientos mínimos de


confiabilidad de un aplicativo. Las pruebas a realizar dentro del plan, son:
 Prueba de la Interface Gráfica de Usuario.
 Verificación de la Interfaz gráfica de usuario
 Validación de ingreso de datos
 Prueba de estandarización de controles
 Prueba Funcional.
 Fase del proceso de prueba
 Niveles de pruebas
 Prueba de Compatibilidad.
 Prueba de Confiabilidad.

Página 3 de 8
Universidad Nacional José Faustino Sánchez Carrión
Creación de software Versión 1.0 3 de diciembre de 2017
Proyecto: Sistema Las Tejas Huacho

 Pruebas de Caja Negra

1.4. Responsables de la prueba


Grupo encargado del módulo de mesero.

 Junco Jauregui, Carlos Miguel


 Pumachagua Rosales, Alonso
 Chipana Simbala Samuel

2. Metodologías de pruebas
La metodología de las pruebas representa una visión general de las pruebas que se
llevaran a cabo, así como las inspecciones a la aplicación. Las estrategias son para
definir el análisis, diseño, implementación y ejecución de las pruebas requeridas. Esta
sección describe como las pruebas serán realizadas.

En la medida que se identifique cada aspecto del enfoque se debe de realizar una
revisión de acuerdo a lo establecido, es por ello que se debe contar con recursos,
entrenamiento y contar con la documentación para la configuración en el ambiente
de pruebas y otros recursos que se requieran para implementar cada aspecto.

2.1. Prueba de interfaz gráfica de usuario (GUI)


2.1.1. Verificación de la interfaz gráfica de usuario
El objetivo de esta prueba es verificar que las pantallas y mensajes del
sistema sean lo suficiente claras para guiar al usuario desde el inicio de
sesión hasta la presentación de los reportes.

Requisitos para el inicio de prueba

 Contar con acceso a la versión actual del sistema.


id Secuencia de pruebas a realizar
VI-01 Ingresar al sistema y observar el
contenido tales como menú, cuadros
de textos y controles.
VI-02 Navegar en el sistema y verificar que
los formularios de los módulos en el
menú sean las correctas.
VI-04 Probar el uso de la tecla “Tab”,
“Enter” en la navegación dentro del
módulo.

2.1.2. Validación de ingreso de datos

El objetivo de esta prueba es verificar que los datos ingresados sean


factibles de ser procesados. Esta prueba debe asegurar que la data
ingresada sea válida para ser procesada por el sistema y emitir las
advertencias o mensaje de error en caso de ser necesarias cuando esto
no ocurra.

Página 4 de 8
Universidad Nacional José Faustino Sánchez Carrión
Creación de software Versión 1.0 3 de diciembre de 2017
Proyecto: Sistema Las Tejas Huacho

Requisitos para el inicio de prueba

 Contar con cuenta de usuario y su contraseña como mesero.


 Acceso al sistema.

id Secuencia de pruebas a realizar


ID-01 Ingresar en las cajas de texto
caracteres especiales como: “,”, “*”,
“@”, ” ”, nulls, números negativos,
etc. Y observar el comportamiento
del módulo.
ID-02 En el campo cantidad se debe
establecer un límite y un máximo.
ID-03 Si se registran datos erróneos el
sistema debe emitir “Mensaje de
Error”
ID-04 Para los controles de selección no
debe permitir grabar si este no ha
sido seleccionado en caso sea
obligatorio.

2.1.3. Estandarización de controles:


El objetivo de esta prueba consiste en verificar que los controles
utilizados a través de las páginas del sistema, mantengan un estándar
en el diseño.

Requisitos para el inicio de prueba

 Contar con la versión actual del sistema.

id Secuencia de pruebas a realizar


EO-01 Navegar a través del sistema y
verificar que los controles que
realizan tareas comunes mantengan
un estándar gráfico, de utilización y
visualización en teléfonos, Tablets y
laptops.

2.2. Prueba funcional


El objetivo de esta prueba es verificar la funcionalidad del sistema y constatar
que los resultados que brinda el sistema son los esperados.

Requisitos para el inicio de prueba

 Contar con la versión actual.


 Contar con los casos de prueba
 Contar con la cuenta de un mesero.
Nº Usuario Login
1 Rdbc3415@gmail.com Mozo

Página 5 de 8
Universidad Nacional José Faustino Sánchez Carrión
Creación de software Versión 1.0 3 de diciembre de 2017
Proyecto: Sistema Las Tejas Huacho

2.2.1. Fase de proceso de prueba


El orden de ejecución de los casos de pruebas se dará de acuerdo al
orden y escenarios.
id Código CP Nombre de caso de
prueba
1 CP-MA-01 Atender mesa
2 CP-MP-02 Crear pedido
3 CP-MO-03 Crear orden

2.2.2. Niveles de prueba


Los niveles de pruebas a ejecutarse para el presente Modulo del
proyecto son:
2.2.2.1. Pruebas unitarias
Es la revisión de los componentes del sistema las tejas que se hayan
personalizado, parametrizado o afectado por otros componentes el cual
se probarán individualmente para comprobar su correcto
funcionamiento. Se confirmará las pruebas que han sido ejecutadas y
validadas por el equipo de desarrollo, antes de entregar la versión
congelada.

2.3. Prueba de compatibilidad


Comprobar que toda la funcionalidad de los Módulos no se vea afectada
por la utilización de distintos browsers de Internet.

Requisitos para el inicio de prueba

 Última versión del sistema.


Id Secuencia de pruebas a realizar
PC-01 Probar toda la funcionalidad del
sistema en navegadores como:
Google Chrome, Internet Explorer,
Mozilla Firefox, en sistemas
operativos como: Android, Windows,
IOS.
2.4. Prueba de confiabilidad
 Comprobar la veracidad de los cálculos que ejecuta el software.
 Comprobar que el software solamente procese los datos consistentes.
 Comprobar con los valores de los resultados totales que el software
no duplica los datos, ni adiciona datos extraños.

Requisitos para el inicio de prueba

 Versión actual.
 Datos de prueba.
Id Secuencia de pruebas a realizar
PC-01 Comprobar que se muestren los
registros correctamente.

Página 6 de 8
Universidad Nacional José Faustino Sánchez Carrión
Creación de software Versión 1.0 3 de diciembre de 2017
Proyecto: Sistema Las Tejas Huacho

2.5. Prueba de caja negra


2.5.1. Pruebas de integración.
El objetivo de estas pruebas es verificar el correcto ensamblaje entre
los distintos componentes una vez que han sido probados unitariamente
con el fin de comprobar que interactúan correctamente a través de sus
interfaces, tanto internas como externas, para cubrir la funcionalidad
establecida y que se ajusten a los requisitos no funcionales especificados
en las verificaciones correspondientes

Atender mesas
Caja negra Falla Correcciones
Prueba de consulta Se puede ver los pedidos Restringir el botón ver
de mesas que están solo a las mesas
vacías o reservadas. ocupadas.
Prueba de consulta El mesero no puede Añadir una opción al
modificar el estado de las sistema que permita al
mesas. mozo modificar el estado.

Pedidos de mesa
Caja negra Falla Correcciones
Prueba de consulta El mozo no puede Agregar opción que
concluir un pedido que permita concluir un
ya ha sido atendido. pedido que ya ha sido
atendido.

Orden de pedido
Caja negra Falla Correcciones
Prueba de entrada de Al crear una orden no Debe permitir ingresar
Datos permite ingresar número número que contengan 0
que contengan 0 en sus cifras.
(10,20,30, …).
Prueba de entrada de Se borra todo el dato La letra e no debe realizar
Datos ingresado en cantidad esta acción, solo debe ser
cuando se ingresa la letra borrada.
“e”.
Prueba de inserción Permite el ingreso de Mostrar mensaje de error
cantidad vacía. “La cantidad no puede ser
nula”

Página 7 de 8
Universidad Nacional José Faustino Sánchez Carrión
Creación de software Versión 1.0 3 de diciembre de 2017
Proyecto: Sistema Las Tejas Huacho

Requerimiento nuevo
 El sistema deberá ser capaz de reservar mesa y si la mesa ya está reservada esta
deberá mostrarse como tal y efectuar la orden en el momento del pedido

3. Historial de revisión
Fecha Versión Descripción Autor
02/12/17 1.0 Diseño de caso El equipo
de pruebas.

Página 8 de 8
Universidad Nacional José Faustino Sánchez Carrión

S-ar putea să vă placă și