Tech Solution

Plan de Pruebas
Version 1.0
Tech Solution Version: 1.0
Plan de Pruebas Fecha: 07/11/2018
Plan_de_Pruebas.docx

Historial de Revisiones
Fecha Version Descripción Autor
07/11/2018 1.0 Versión Preliminar Tech Solution

Confidential  Tech Solution, 2018 Page 2

Tech Solution Version: 1.0
Plan de Pruebas Fecha: 07/11/2018
Plan_de_Pruebas.docx

Tabla de Contenido
1. Introducción 4
1.1 Propósito 4
1.2 Alcance 4
1.3 Terminología y siglas del documento 4
1.4 Referencias 4

2. Propósito de la evaluación y motivación para la prueba. 4

2.1 Fundamento 4
2.2 Propósito de la evaluación 4

3. Táctica de la Prueba 4
3.1 Técnicas y Tipos de Pruebas 4
3.1.1 Pruebas de integridad a los Datos y a la Base de Datos. 5
3.1.2 Pruebas de Funcionamiento 5
3.1.3 Pruebas de la Interfaz de usuario 10
3.1.4 Prueba del Control de Seguridad y el Acceso 10
3.1.5 Prueba de Falla y Recuperación 11
3.1.6 Prueba de la Configuración 11

4. Criterio de Entrada y Salida 11

4.1 Plan de Prueba 11
4.1.1 Plan de Prueba para el Criterio de Entrada 11
4.1.2 Plan de Prueba para el Criterio de Salida 11

5. Producibles 12
5.1 Resumen de la evaluación de las pruebas 12
5.2 Registro de Incidentes y Requerimientos de Cambio 12

6. Necesidades Ambientales 12
6.1 Elementos base del Software en el ambiente de la Prueba 12

7. Responsabilidades, roles y necesidades de entrenamiento 12

7.1 Personas y roles 12

8. Riesgos, Dependencias, asunciones y restricciones 13

9. Proceso de Gerenciamiento y Procedimientos 13

9.1 Aprobación y firmas 13

Confidential  Tech Solution, 2018 Page 3

Tech Solution Version: 1.0
Plan de Pruebas Fecha: 07/11/2018
Plan_de_Pruebas.docx

Plan de Pruebas
1. Introducción
1.1 Propósito
El objetivo del Plan de Pruebas por Iteración es recolectar toda la información necesaria para planear y
controlar las pruebas de funcionamiento realizadas a una iteración determinada. En él se describe el resultado
esperado al probar el software, y constituye el plan de alto nivel utilizado por la gerencia para dirigir las pruebas
de funcionamiento.

1.2 Alcance
El documento busca establecer un set de pruebas para cada módulo que verifiquen la funcionalidad de la
aplicación web a desarrollar.

1.3 Referencias
- RUP (Rational Unified Process)
- Requerimientos de Software
- Especificación de Casos de Uso

2. Propósito de la evaluación y motivación para la prueba.

2.1 Fundamento
Este proyecto se encarga de una búsqueda recursiva de museos de arte y cultura del área metropolitana, asi
como facilitar el trabajo administrativo y permita tener mayor control sobre los museos, salas, autores y
exposiciones que se presentan en cada museo.

2.2 Propósito de la evaluación

El set de pruebas definido en éste documento, se encuentra enfocado a la verificación de la funcionalidad de
cada uno de los módulos descritos anteriormente y la obtención de óptimos resultados esperados por el cliente y
el administrador.

3. Táctica de la Prueba

3.1 Técnicas y Tipos de Pruebas

Confidential  Tech Solution, 2018 Page 4

Tech Solution Version: 1.0
Plan de Pruebas Fecha: 07/11/2018
Plan_de_Pruebas.docx

3.1.1 Pruebas de integridad a los Datos y a la Base de Datos.

Objetivo de la Táctica: Verificar que los datos ingresados en las tablas de la base de datos no
sufran cambios ó sean corrompidos por la manipulación de cada uno de los
módulos. Además comprobar que las relaciones entre tablas en realidad
estén asegurando la integridad de los datos.
Táctica:  Invocar cada acceso a la base de datos por medio de los procesos y
métodos definidos; enviando datos válidos e inválidos.
 Verificar que cada proceso ocurra de manera correcta y que se
recuperen los datos esperados en cada caso específico.
Herramientas Copia de Respaldo de la Base de Datos
necesarias:

Criterio de éxito: Recuperar y no corrupción de los datos al exponerlos a los procesos

funcionales del sistema.
Consideraciones Probar con un mínimo de 5 registros por tabla los procesos.
Especiales:
Todos los procesos serán invocados manualmente.

3.1.2 Pruebas de Funcionamiento

Gestionar Paciente

Objetivo de la Táctica: Verificar que el diagnostico del paciente sea adicionado a la base de datos.
Táctica:  Por medio del formulario de examinar paciente ingresara todos los
datos solicitados en los campos y presionar el botón de Agregar.
 Se enviarán datos incorrectos en los campos para verificar que los
avisos de información inválida sean mostrados.
Herramientas Ninguna
necesarias:
Criterio de éxito: Se revisará la tabla de pacientes de la base de datos y se verificará que el
registro diligenciado en el formulario haya sido adicionado correctamente.
En caso de enviar datos inválidos el registro no debe haber sido adicionado
a la tabla de servicios.
Consideraciones Ninguna
Especiales:

Confidential  Tech Solution, 2018 Page 5

Tech Solution Version: 1.0
Plan de Pruebas Fecha: 07/11/2018
Plan_de_Pruebas.docx

Cancelar diagnosito

Objetivo de la Táctica: Verificar que la cancelación de un registro del diagnóstico no se guarde en

la base de datos.
Táctica:  Una vez se tenga el diagnostico a registrar. Se presionará el botón
“Canelar”.
Herramientas Ninguna
necesarias:
Criterio de éxito: Se revisará la tabla de Venta detalle de la base de datos y se verificará que
el registro no se haya sido agregado..
Consideraciones Ninguna.
Especiales:

Gestionar producto

Agregar producto
Objetivo de la Táctica: Verificar que un producto es adicionado a la base de datos.
Táctica:  Por medio del formulario de productos ingresar todos los datos
solicitados en los campos y presionar el botón de Agregar.
 Se enviarán datos incorrectos en los campos para verificar que los
avisos de información inválida sean mostrados.
Herramientas Ninguna
necesarias:
Criterio de éxito: Se revisará la tabla de productos de la base de datos y se verificará que el
registro diligenciado en el formulario haya sido adicionado correctamente.
En caso de enviar datos inválidos el registro no debe haber sido adicionado
a la tabla de obras.
Consideraciones Ninguna
Especiales:

Confidential  Tech Solution, 2018 Page 6

Tech Solution Version: 1.0
Plan de Pruebas Fecha: 07/11/2018
Plan_de_Pruebas.docx

Actualizar Producto

Objetivo de la Táctica: Verificar que la edición de un registro de producto es almacenada

correctamente.
Táctica:  Una vez se ubique el registro a editar por medio del botón “Actualizar”.
Se escribirá la información en el campo que se requiera modificar,
posteriormente se presionará el botón “Actualizar”.
 Se ingresarán datos inválidos para el tipo de datos y se intentará
ingresar un campo ya existente en otro registro que sea irrepetible (llave
primaria); por ejemplo el id de la obra para verificar los que los avisos de
información correctos sean mostrados.
Herramientas Ninguna
necesarias:
Criterio de éxito: Se revisará la tabla de productos de la base de datos y se verificará que el
registro editado tenga el cambio solicitado reflejado.
En caso de enviar datos inválidos el registro no debe haber sido modificado
en la tabla de obras y el sistema debe haber mostrado el aviso explicando al
usuario el problema.
Consideraciones Para la prueba de llave primaria, se requiere que en la base de datos exista
Especiales: un registro con el dato que se pretende repetir.

Eliminar Producto

Objetivo de la Táctica: Verificar que la eliminación de un registro de producto es eliminada de la

base de datos.
Táctica:  Una vez se ubique el registro a eliminar. Se presionará el botón
“Eliminar”.
Herramientas Ninguna
necesarias:
Criterio de éxito: Se revisará la tabla de producto de la base de datos y se verificará que el
registro haya sido eliminado de la base de datos.
Consideraciones Ninguna.
Especiales:

Confidential  Tech Solution, 2018 Page 7

Tech Solution Version: 1.0
Plan de Pruebas Fecha: 07/11/2018
Plan_de_Pruebas.docx

Gestionar Venta

Realizar Venta
Objetivo de la Táctica: Verificar que una venta es adicionada a la base de datos y se imprima las
notas de remisión
Táctica:  Por medio del formulario de venta ingresar todos los datos solicitados
en los campos y presionar el botón de Agregar.
 Se enviarán datos incorrectos en los campos para verificar que los
avisos de información inválida sean mostrados.
Herramientas Ninguna
necesarias:
Criterio de éxito: Se revisará la tabla de venta de la base de datos y se verificará que el
registro diligenciado en el formulario haya sido adicionado correctamente.
En caso de enviar datos inválidos el registro no debe haber sido adicionado
a la tabla de ventas.
Consideraciones Ninguna
Especiales:

Eliminar Venta

Objetivo de la Táctica: Verificar que la eliminación de un registro de una venta es eliminada de la

base de datos.
Táctica:  Una vez se ubique el registro a eliminar. Se presionará el botón
“Eliminar”.
Herramientas Ninguna
necesarias:
Criterio de éxito: Se revisará la tabla de venta de la base de datos y se verificará que el
registro haya sido eliminado de la base de datos.
Consideraciones Ninguna.
Especiales:

Confidential  Tech Solution, 2018 Page 8

Tech Solution Version: 1.0
Plan de Pruebas Fecha: 07/11/2018
Plan_de_Pruebas.docx

Registrar Paciente
Agregar Paciente

Objetivo de la Táctica: Verificar que un museo es adicionado a la base de datos.

Táctica:  Por medio del formulario de museos ingresar todos los datos
solicitados en los campos y presionar el botón de Agregar.
 Se enviarán datos incorrectos en los campos para verificar que los
avisos de información inválida sean mostrados.
Herramientas Ninguna
necesarias:
Criterio de éxito: Se revisará la tabla de museos de la base de datos y se verificará que el
registro diligenciado en el formulario haya sido adicionado correctamente.
En caso de enviar datos inválidos el registro no debe haber sido adicionado
a la tabla de salas.
Consideraciones Ninguna
Especiales:

Consultar Venta

Objetivo de la Táctica: Verificar que el registro de una venta sea encontrado por el administrador
Táctica:  Por medio de la vista ventas, se ubicara el registro para seleccionar y
consultar los datos a detalle de la venta.

Herramientas Ninguna
necesarias:
Criterio de éxito: En la tabla de venta, se debe cargar la información del registro completo
encontrado.
Consideraciones Ninguna
Especiales:

Confidential  Tech Solution, 2018 Page 9

Tech Solution Version: 1.0
Plan de Pruebas Fecha: 07/11/2018
Plan_de_Pruebas.docx

3.1.3 Pruebas de la Interfaz de usuario

Objetivo de la Táctica: Realizar una verificación sobre la interfaz gráfica del sistema, que asegure:
la facilidad de manejo, la intuición sobre los elementos, sencillez y tiempos
de respuesta entre ventanas.
Táctica: Se iniciará la verificación de la interfaz gráfica a través de una navegación
completa por las diferentes secciones y funcionalidades que componen el
sistema. Revisando que todos los elementos se encuentren en el lugar
indicado.
Se le pedirá a una persona que no haya tenido contacto con el sistema que
navegue, esto con el fin de poner a prueba la intuición, los tiempos de
respuesta y recibir los comentarios y críticas constructivas.
Herramientas Navegador Web: Google Chrome (preferiblemente), mozilla, opera, etc.
necesarias:
Criterio de éxito: La aceptación por parte del usuario del diseño y los tiempos de respuesta
cortos y efectivos entre ventanas.
Consideraciones Realizar la prueba en 3 computadoras con diferentes características de
Especiales: hardware.

3.1.4 Prueba del Control de Seguridad y el Acceso

Objetivo de la Táctica: Revisar que el sistema de seguridad de la aplicación ofrezca un nivel

confiable para la empresa.
Táctica: Se digitará la clave de acceso a la aplicación y se revisará su desempeño.
Se tratará de ingresar por medio de datos inválidos.
Herramientas Ninguna
necesarias:
Criterio de éxito: El sistema no debe permitir por ningún motivo el ingreso al interior a través
de contraseñas incorrectas ni por medio de trucos que violen la seguridad
del aplicativo.
Consideraciones Ninguna.
Especiales:

Confidential  Tech Solution, 2018 Page 10

Tech Solution Version: 1.0
Plan de Pruebas Fecha: 07/11/2018
Plan_de_Pruebas.docx

3.1.5 Prueba de Falla y Recuperación

Objetivo de la Táctica: Verificar el correcto funcionamiento de la aplicación web y sus datos

después de un corte de energia mientras se utilizaba el sistema.
Táctica: Mientras se encuentra la aplicación web en funcionamiento se suspenderá
la corriente eléctrica, con el fin de verificar que los datos y de la aplicación
web en general no sufra daños al momento de la recuperación.
Herramientas Ninguna
necesarias:
Criterio de éxito: Los datos y la aplicación web en general deben operar de manera normal
una vez se recupere del corte de energía.
Consideraciones Ninguna
Especiales:

3.1.6 Prueba de la Configuración

Objetivo de la Táctica: Probar la aplicación web en computadores con diferentes tipos de

configuración de hardware para determinar su desempeño y funcionamiento.
Táctica: Se ejecutará la aplicación web en tres equipos diferentes, posteriormente se
probará su rendimiento en condiciones mínimas de hardware.
Herramientas Ninguna.
necesarias:
Criterio de éxito: Se espera obtener un desempeño no tan variable entre máquinas,
especialmente un buen comportamiento en la computadora con unos
recursos de hardware por debajo de los que tendrá la máquina donde
residirá el sistema.
Consideraciones Los equipos donde se realizará la prueba tendrán grandes diferencias de
Especiales: recursos.

4. Criterio de Entrada y Salida

4.1 Plan de Prueba

4.1.1 Plan de Prueba para el Criterio de Entrada

Una vez desarrollado cada uno de los módulos del aplicativo se comenzará a realizar el set de pruebas.

4.1.2 Plan de Prueba para el Criterio de Salida

El sistema será sometido a tres ciclos de pruebas: I). Pruebas a cada módulo, II). Pruebas luego de la
integración entre módulos y III). Pruebas después de corregidas las fallas del segundo ciclo, este último con el
fin de asegurar que la correción de errores no haya generado unos nuevos.

Confidential  Tech Solution, 2018 Page 11

Tech Solution Version: 1.0
Plan de Pruebas Fecha: 07/11/2018
Plan_de_Pruebas.docx

5. Producibles
5.1 Resumen de la evaluación de las pruebas
Se generará un resumen luego de finalizar cada ciclo de pruebas.

5.2 Registro de Incidentes y Requerimientos de Cambio

Luego de cada ciclo de pruebas, se documentará cualquier tipo de cambio que sea necesario realizar para
asegurar la funcionalidad solicitada por el cliente.

6. Necesidades Ambientales
6.1 Elementos base del Software en el ambiente de la Prueba
Los elementos bases siguientes del software se requieren en el ambiente de la prueba para este plan de prueba.

Nombre del elemento del Software Version Tipo y Otras Notas

Microsoft Windows XP ServicePack 2 Sistema Operativo
Internet Explorer 5.0 ó superior Internet Browser
Chrome 4.0 ó superior Internet Browser
MySql 2.0 o superios Bases de Datos

7. Responsabilidades, roles y necesidades de entrenamiento

7.1 Personas y roles

Recursos Humanos
Rol Recursos Mínimos Responsabilidades o comentarios
Recomendados específicos

(number of full-time roles allocated)

Gerente de Pruebas - Estrada Cruz Daniel  Planeación de la logística

Persona que hace las
pruebas
Administrador de la base
de datos, Gerente de la
base de datos
 Evaluar la efectividad de las pruebas
- Hernandez de la Vega  Implementar y realizar las pruebas
Esmeralda
 Documentar los incidentes
- Brenda Nallely Florentino Ensures test data (database) environment and
Bautista assets are managed and maintained.
-Hernandez Fuentes Juan Responsibilities include:
Daniel
 Soporte y administración de los datos de
prueba.

Confidential  Tech Solution, 2018 Page 12

Tech Solution Version: 1.0
Plan de Pruebas Fecha: 07/11/2018
Plan_de_Pruebas.docx

8. Riesgos, Dependencias, asunciones y restricciones

Contingencia (Riesgos
Riesgos Estrategias de Mitigación observados)
El criterio de entrada Se verificará que la aplicación web tenga  Conocer al detalle los
de requisito previo no desarrollada la funcionalidad a probar. requisitos.
se reúne.
Los datos de la Se procederá a cargar unos nuevos datos de  Redefinir los datos de prueba.
prueba demuestran prueba.
ser inadecuados.
La base de datos La base de datos estará en monitoreo y  Restaurar datos y cargar
requiere actualización actualizaciones constantes. nuevamente el sistema.
 Limpiar la base de datos.

9. Proceso de Gerenciamiento y Procedimientos

9.1 Aprobación y firmas
Cada ciclo del plan de pruebas debe ser aprobado por 2 personas:
 Estrada Cruz Daniel – Lider de proyecto
 Hernández de la Vega Esmeralda –Ejecutora de Pruebas

Confidential  Tech Solution, 2018 Page 13