Ejemplo de Plan de Prueba

Plan de Pruebas del Software
Versión: 0.1.0
DESARROLLO DE UN SISTEMA BAJO ENTORNO WEB PARA EL CONTROL

Y GESTIÓN ADMINISTRATIVA DEL MUSEO HISTÓRICO DE CARÚPANO,
MUNICIPIO BERMÚDEZ DEL EDO. SUCRE.
Identificador del documento: PPS

Plan de Pruebas
DESARROLLO DE UN SISTEMA BAJO ENTORNO WEB PARA EL CONTROL Y GESTIÓN ADMINISTRATIVA Versión: 0.1.0>
DEL MUSEO HISTÓRICO DE CARÚPANO, MUNICIPIO BERMÚDEZ DEL EDO. SUCRE.
Historial de Revisiones
Versión Fecha Autor Descripción

0.1.0 18-05-2012 Petra Gomez, Willian Primera Versión del
Hernandez, Erain Moya Documento
Museo Histórico de Carúpano, Año 2012 Pág. 2 de 18

Plan de Pruebas
Índice de Contenido
1 Introducción............................................................................................................................. 4
1.1 Alcance............................................................................................................................ 4
1.2 Definiciones, Acrónimos y Abreviaturas...........................................................................4
1.3 Documentos Relacionados............................................................................................... 4
2 Objetos a ser Evaluados .......................................................................................................... 4
3 Ámbito de las Pruebas ............................................................................................................. 5

4.1 Dentro del Ámbito............................................................................................................ 5
4.2 Fuera del Ámbito ............................................................................................................. 5
4 Lista de Ideas de las Pruebas .................................................................................................. 5
5 Enfoque de las Pruebas............................................................................................................ 5
6 Herramientas para las Pruebas............................................................................................... 11

7.1 Software......................................................................................................................... 11
7.2 Herramientas de Soporte y Productividad......................................................................11
7.3 Secuencias de Comandos Personalizadas (Script de Pruebas).......................................11
7.4 Hardware....................................................................................................................... 11
7 Casos de Prueba......................................................................................................................12
8 Responsabilidades, Personal y Necesidades de Capacitación.................................................18

15.1 Personal y Roles Necesarios......................................................................................... 18
15.2 Personal y Necesidades de Capacitación .....................................................................18

Plan de Pruebas
Plan de Pruebas
1 Introducción
1.1 Alcance
La Aplicación SISGAM, es un Sistema Web que permite llevar el control
Administrativo de las actividades que se realizan dentro del Museo, tal es el caso, de
mantener un control de los Visitantes que a diario reciben las instalaciones, los eventos
que son organizados por los mismos, y por otro lado, llevar un registro de todos y
cada una de las piezas que se almacenan y o resguardan dentro de la Institución.
A través del presente artefacto de pruebas, se busca que la aplicación cumpla
con los requisitos que fueron dados por el cliente, de igual modo se quiere
comprobar que cada elemento o componente del Software, cumpla con lo que debe
realizar(Cajas de Texto, Botones, entre otros.).
1.2 Definiciones, Acrónimos y Abreviaturas

Ver el Glosario de Términos.
1.3 Documentos Relacionados
Título Fecha Organización Identificador del

documento
Especificación de 21/12/2011 Museo Histórico de ERS
Requerimientos del Carúpano
Software
2 Objetos a ser Evaluados
Los objetos a ser evaluados en cuanto a Software son:
1. Niveles de Seguridad.
2. Funcionabilidad.
3. Confiabilidad.
4. Usabilidad.
5. Integridad de Datos.
6. Mantenibilidad.
7. Portabilidad
8. Eficiencia

Plan de Pruebas
3 Ámbito de las Pruebas
El conjunto de condiciones necesarias para conseguir el objetivo del proyecto, es el

de verificar todos y cada uno de los componentes del sistema, a fin de que se pueda
detectar una falla dada en un determinado modulo, al cual se le de solución
inmediatamente.
3.1 Dentro del Ámbito

La estructura de pruebas que usa la interacción actual, se podrá utilizar para
probar la implementación de la solución en su entorno, es decir, las pruebas que
verdaderamente el sistema cumple con lo que se estableció como elemental o
prioritario, es decir la satisfacción del cliente. Estas pruebas estarán establecidas en los
casos de pruebas. Entre los elementos aevaluar tenemos:
• Interfaz de Usuario
• Validación de Usuarios
• Crear y Modificar Registros.
• Manejo de Datos
• Validaciones de campos de texto
3.2 Fuera del Ámbito

Quedan excluidas las pruebas de Volumen y Carga, porque no se cuenta con una
capacidad se información suficiente para el manejo de las mismas.
4 Lista de Ideas de las Pruebas
La pruebas a realizar, serán identificadas siguiendo el método de generación de

casos de prueba a partir de los casos de usos, siguiendo los siguientes pasos:
1. Para cada caso de uso, se identifican los posibles caminos, estableciendo los
escenarios.
2. Para cada uno de los caminos, se establecen cada uno de los valores de entrada, así
como las precondiciones y los resultados esperados.
3. Se realiza mediante una tabla, un resumen por cada caso de uso que muestre todos
los caminos posibles con sus entradas y respectivas salidas.
5 Enfoque de las Pruebas
Los tipos de pruebas a realizar,se indican a continuación:
1. Pruebas de Desempeño
2. Pruebas de Integridad de Datos y Base de Datos
3. Pruebas de Seguridad y Control de Acceso

Plan de Pruebas
4. Pruebas de GUI(Interfaz Gráfica de Usuario)

5. Pruebas Funcionales
1. P-00: Pruebas de Desempeño
Objetivo: Validar el tiempo de respuesta para las transacciones o funciones

de negocios bajo las siguientes dos condiciones:
• Volumen normal anticipado
• Volumen máximo anticipado.
Descripción: Las pruebas de desempeño miden tiempos de respuesta, índices

de procesamiento de transacciones y otros requisitos sensibles al
tiempo.
Técnicas: • Alterar la codificación del software, para aumentar el
numero de transacciones paralelas.
• Utilizar servidor local o virtual para acceder desde varios
puntos o equipos.
Fases: • Un Usuario / Una Transacción. Se completaron las pruebas
sin ninguna falla y dentro del tiempo esperado o requerido
por transacción.
• Múltiples transacciones, múltiples usuarios. Se completaron
las pruebas de los scripts sin ninguna falla y dentro del
tiempo esperado.
Entorno de Las Pruebas se realizan en una copia exacta de la aplicación, en el

prueba: mismo servidor de Desarrollo de la Aplicación e implementando la
utilización de varias computadoras conectadas en red al Servidor
de Pruebas o Desarrollo.
Hardware: La aplicación puede funcionar perfectamente en un equipo
Pentium III, con 256mb de Memoria RAM y 64mb de vídeo.
Software: Solo es necesario tener instalado el navegador web(Firefox,
Google Chrome, Opera,...) y el respectivo servidor web Apache 2.0
Configuración: Validar Eficiencia, entre otros.
Criterios de Las pruebas arrojaran el resultado esperado, si se cumplen con

Éxito: todos los requisitos establecidos para la aplicación de las mismas.
Consideraciones No se requieren características especiales para la implementación

Especiales: de la prueba.

Plan de Pruebas
2. P-01: Pruebas de Integridad de Datos y Base de Datos
Objetivo: Asegurar que exista una integridad completa entre las

distintas tablas de la Base de Datos, de modo que interactuar
con ella, no se produzca redundancia de información dentro
de la misma.
Descripción: La Base de datos y los procesos de Base de datos deben ser

probados como sistemas separados del proyecto . Estos
sistemas deberían ser probados sin usar interfaces de usuario
(como las interfaces de datos).
Técnicas: Analizar la Base de datos, para asegurar que los datos han
sido grabados apropiadamente, que todos los eventos de
Base de datos se ejecutaron en forma correcta y revise los
datos retornados en diferentes consultas.
Fases: 1. Realizar una Inserción dentro de la Base de Datos
2. Ejecutar una Consulta a la Base de Datos y con ella
una Modificación de la Información obtenida.
3. Borrar Registros de la Base de Datos y verificar que no
hayan quedado dependencias del mismo dentro de las
tablas.
Entorno de prueba: Las Pruebas se realizan en una copia exacta de la aplicación,

en el mismo servidor de Desarrollo de la Aplicación.
Hardware: Se utilizaran los mismos equipos que son usados para el
desarrollo de la aplicación
Software: Es necesario tener instalado el gestor de base de datos
MySQL, así como el administrador phpMyadmin, un
navegador web(Firefox, Google Chrome, Opera,...) y el
servidor web (Apache 2).
Configuración: Control en la Inserción de Datos
Criterios de Éxito: El éxito de la misma dependerá en el planteamiento de la

estructura interna de la base de datos y de los lineamientos
utilizados para el manejo de la información.
Consideraciones El analista debe definir el tipo de datos que se manejara
Especiales: dentro de la base de datos, los mismos son suministrados por
el cliente.

Plan de Pruebas
3. P-02: Pruebas de Seguridad y Control de Accesos
Objetivo: Nivel de Seguridad del Sistema: Verificar que un actor

debidamente identificado pueda tener acceso al sistema y sus
respectivos modulos.
Nivel de Seguridad de la Aplicación:Comprobar que el actor
tenga acceso a los módulos que le son permitidos a su
usuario, los mismos son establecidos en los requisitos
funcionales.
Descripción: Las pruebas de seguridad de la aplicación garantizan que,

con base en la seguridad deseada, los usuarios están
restringidos a funciones específicas o su acceso está limitado
únicamente a los datos que está autorizado a acceder.
Técnicas: • Identificar cada tipo de usuario, con los respectivos
datos que este tiene asignado para acceder al
sistema.
• Validar los respectivos usuarios, en donde se le
indiquen los privilegios que este tendrá dentro del
sistema.
• Controlar y verificar las conexiones que realicen lo
usuarios remotamente.
Fases: 1. El usuario deberá introducir los datos de acceso que le
fueron asignados.
2. Una vez dentro de la Aplicación, este comprobara que
tiene acceso a los módulos que le fueron asignados a
su usuario.

Hardware: Para esta prueba se utilizaran los mismos equipos usados
para el desarrollo del sistema, así como las PC utilizadas para
la implantación.
Google Chrome, Opera,...) y el respectivo servidor web
Apache 2.0.
Configuración: Niveles de Seguridad y Usuarios Plenamente Identificados
Criterios de Éxito: El Éxito dependerá exclusivamente de los parámetros de

seguridad que le fueron dados a la aplicación.
Consideraciones La Información para la creación de los distintos tipos de
Especiales: usuarios, es suministrada por el cliente.

Plan de Pruebas
4. P-03: Pruebas de GUI(Interfaz Gráfica de Usuario)
Objetivo: Identificar y comprobar que la Interfaz sea la apropiada para

que el usuario tenga una interacción efectiva con el Sistema.
Descripción: La prueba de interfaz de usuario verifica la interacción del

usuario con el software. El objetivo es asegurar que la
interfaz tiene apropiada navegación a través de las diferentes
funcionalidades.
Técnicas: • Pruebas de crear / modificar cada ventana para
verificar la adecuada navegación y estado de los
objetos.
• Navegar por los distintos escenarios, interactuando
con los distintos componentes para comprobar su
correcto funcionamiento.
Fases: Delimitar las pantallas por medio de la navegación entre una
y otra y así verificar que no hayan errores de navegabilidad.

Hardware: Para esta prueba se utilizaran los mismos equipos usados
para el desarrollo del sistema.
Apache 2.0
Configuración: Comprobar que exista una facilidad de uso suficiente para
una interacción efectiva.
Criterios de Éxito: El Criterio de Éxito se dará en un 100% si y solo si, la
aplicación cumple con lo establecido en el diseño.
Consideraciones No se requieren consideracionesespeciales.
Especiales:

Plan de Pruebas
5. P-04: Pruebas Funcionales
Objetivo: Garantizar el correcto funcionamiento de los requisitos

funcionales, incluyendo la navegación, la introducción de
datos, el procesamiento de datos y la obtención de
resultados.
Descripción: Las pruebas Funcionales deben enfocarse en los requisitos

funcionales, las pruebas pueden estar basadas directamente
en los Casos de Uso. Las mismas están basadas en técnicas
de caja negra, que es, verificar la aplicación (y sus procesos
internos) mediante la interacción con la aplicación vía GUI y
analizar la salida (resultados).
Técnicas: • Que los resultados esperados ocurran cuando se usen

datos válidos.
• Que sean desplegados los mensajes apropiados de
error y precaución cuando se usan datos inválidos.
Fases: 1. Ingresar los datos previamente definidos, para

verificar la capacidad de respuesta del sistema.
2. Verificar la apropiada aceptación de datos.
3. Comprobar si emite la adecuada respuesta.
Hardware: Se utilizara el mismo hardware donde se llevo a cabo el
desarrollo.
Apache 2.0
Configuración: Debe ser confiable y eficaz
Criterios de Éxito: La prueba tendrá Éxito, si la aplicación responde

adecuadamente a cada eventualidad presentada con el
suministro y o manejo de datos.
Consideraciones
Especiales:

Plan de Pruebas
6 Herramientas para las Pruebas
6.1 Software
No se utilizo Software de Validación para la realización de pruebas
6.2 Herramientas de Soporte y Productividad

No se utilizaron Herramientas.
6.3 Secuencias de Comandos Personalizadas (Script de Pruebas)

Script Utilizado para la Validacion de cajas de Texto:
$(document).ready(function(){
$("#frmUsuarios").submit(function() {
if($("#empleado option:selected").val() == "") {
alert("Seleccione el Nombre del Empleado.!");
return false;
}
if($("#nivel option:selected").val() == "") {
alert("Seleccione el Nivel para el Usuario.!");
return false;
}
if($("#usuario").val().length < 5) {
alert("El Logín Debe Contener Minimo 5 Caracteres.!");
return false;
}
if($("#clave").val().length < 6 ) {
alert("La Clave de Acceso para el Usuario, Debe Contener Minimo 6
Caracteres.!");
return false;
}
if($("#estado option:selected").val() == "") {
alert("Seleccione el Estado para el Usuario.!");
return false;
}
});
});
6.4 Hardware
Para las Pruebas se utilizaron los mismos equipos empleados para el desarrollo.

Plan de Pruebas
7 Casos de Prueba
CP Validar Usuarios
ID/Nombre/Sistema/Proyecto: SISGAM Nivel de Prueba: Sistema/Aceptación

ID Caso de Uso: CU-01 Validar Usuarios Tipo(s) de Pruebas(s):
Funcionales/Desempeño/Seguridad y Control
de Acceso
ID Requerimiento: Ambiente de Prueba: Entorno de Desarrollo
ID/Nombre Escenario: 01 Autor del Caso de Prueba: Erain Moya
ID/Nombre Caso de Prueba: Comprobar Nombre del Probador: Erain Moya
Acceso con Login Vacio y Datos Incorrectos.
Versión del Caso de Prueba: V. 0.1.1 Fecha de Creación: Fecha de Ejecución:
17-05-2012 17-05-2012
Condición(es) para que se ejecute el Caso de Prueba:
Cuando el usuario desea acceder al sistema, se deben haber implementado todos los
parámetros para controlar el acceso.
Para la Ejecución del Caso de Prueba:
Nro. Paso Flujo Condición Valor(es) Resultado Resultado
Esperado Obtenido
Presionar Entrar Ninguna Ninguno Mensaje de Error: √
dejando los Datos de Acceso
campos en Incorrectos
blancos.
Introducir Usuario Ninguna Usuario: Mensaje de Error: √
Y clave administrador Datos de Acceso
Clave: qwerty Incorrectos
Introducir Usuario Ninguna Usuario: Mensaje de Error: √
Y clave admin2012 Datos de Acceso
Clave: Incorrectos
administrador
Criterios de Aprobación del Caso de Prueba: Cumple al 100%, ya que genera los
resultados esperados.
Decisión de Aprobación del Caso de Prueba: Aprobó: X Fallo: ___
Fecha de Aprobación del Caso de Prueba: 17-05-2012

Plan de Pruebas
CP Registrar Empleados

ID Caso de Uso: CU-01 Registrar Empleados Tipo(s) de Pruebas(s):
Funcionales/Desempeño/Integridad de Datos
y Base de Datos
ID/Nombre Caso de Prueba: Validar registro Nombre del Probador: Erain Moya
de Empleados dejando campos en blancos.
17-05-2012 17-05-2012
Realizar las validaciones necesarias a los campos, con el fin de evitar flujos inconsistentes en
el registro de información de Empleados.
Nro. Paso Flujo Condición Valor(es) Resultado Esperado Resultado
Obtenido
Presionar Ninguna Ninguno Mensaje de Error: El √
Registrar sin Primer Nombre Debe
Ingresar el Primer Contener Mínimo 4
Nombre del Caracteres
Empleado
Registrar sin Primer Apellido Debe
Ingresar el Primer Contener Mínimo 4
Apellido del Caracteres
Empleado
Presionar Ninguna Ninguno Mensaje de Error: La √
Registrar sin Dirección debe Tener
Ingresar la Minimo 10 Caracteres
Dirección del
Empleado

Plan de Pruebas
CP Registrar Usuarios

ID Caso de Uso: CU-05 Registrar Usuarios Tipo(s) de Pruebas(s):
y Base de Datos
ID/Nombre Caso de Prueba: Validar registro Nombre del Probador: Erain Moya
de Usuarios dejando campos en blancos.
17-05-2012 17-05-2012
Realizar las validaciones necesarias a los campos, con el fin de evitar flujos inconsistentes en
el registro de información de Usuarios.
Obtenido
Presionar Ninguna Ninguno Mensaje de Error: √
Registrar sin Seleccione el Nombre
Seleccionar el del Empleado
Nombre del
Empleado
Registrar sin Login Debe Contener
Ingresar el Login Mínimo 5 Caracteres
del Usuario
Presionar Ninguna Ninguno Mensaje de Error: √
Registrar sin Seleccione el Estado
Seleccionar el para el Usuario
Estado del
Usuario

Plan de Pruebas
CP Eliminar Usuarios

ID Caso de Uso: CU-05 Eliminar Usuarios Tipo(s) de Pruebas(s):
y Base de Datos
ID/Nombre Caso de Prueba: Validar que el Nombre del Probador: Erain Moya
Usuario sea Eliminado Correctamente.
17-05-2012 17-05-2012
Una vez eliminado el Usuario, comprobar dentro de la Base de Datos que no hayan quedados
dependencias asociadas a este.
Obtenido
Presionar Eliminar Ser Ninguno Mensaje de √
Usuario Administrador Confirmación:Usuario
del Sistema Eliminado
Correctamente

Plan de Pruebas
CP Modificar Eventos

ID Caso de Uso: CU-06 Modificar Eventos Tipo(s) de Pruebas(s):
y Base de Datos
ID/Nombre Caso de Prueba: Validar Nombre del Probador: Erain Moya
Modificación de Eventos
17-05-2012 17-05-2012
Comprobar la consistencia de los datos al momento de realizar la modificación, evitando la
redundancia de datos.
Obtenido
Seleccionar el El Evento debe Ninguno Mensaje de √
Evento a estar Confirmación: Registro
Modificar y previamente Actualizado
Realizar Cambios registrado. Exitosamente.
en el Registro
Existente

Plan de Pruebas
CP Identificar Modulos de Navegación

ID Caso de Uso: CU-02 Modificar Eventos Tipo(s) de Pruebas(s): Interfaz de Usuario
ID/Nombre Caso de Prueba: Navegar entre Nombre del Probador: Erain Moya
los Módulos del Sistema
17-05-2012 17-05-2012
Indagar entre los componentes del sistema a fin de comprobar la fácil interacción del usuario
con la aplicación.
Obtenido
Navegar entre los Ninguna Ninguno Una Interacción bastante √
módulos de la atractiva
aplicación.

Plan de Pruebas
8 Responsabilidades, Personal y Necesidades de Capacitación
8.1 Personal y Roles Necesarios

Roles Recursos Estado Responsabilidades Específicas o
Necesarios Comentarios
Diseñador y Se Asignado Desarrollar y Ejecutar las Pruebas
Ejecutador de implementaron
la Prueba los mismos
recursos
usados para el
desarrollo de la
aplicación
8.2 Personal y Necesidades de Capacitación

No es necesario capacitar a la persona que se encargara de las pruebas.

Ejemplo de Plan de Prueba

Încărcat de

Informații document

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Ejemplo de Plan de Prueba

Încărcat de

Drepturi de autor:

Formate disponibile

Plan de Pruebas del Software

DESARROLLO DE UN SISTEMA BAJO ENTORNO WEB PARA EL CONTROL

Identificador del documento: PPS

Versión Fecha Autor Descripción

Museo Histórico de Carúpano, Año 2012 Pág. 2 de 18

2 Objetos a ser Evaluados .......................................................................................................... 4

3 Ámbito de las Pruebas ............................................................................................................. 5

4 Lista de Ideas de las Pruebas .................................................................................................. 5

5 Enfoque de las Pruebas............................................................................................................ 5

6 Herramientas para las Pruebas............................................................................................... 11

8 Responsabilidades, Personal y Necesidades de Capacitación.................................................18

Museo Histórico de Carúpano, Año 2012 Pág. 3 de 18

1.2 Definiciones, Acrónimos y Abreviaturas

1.3 Documentos Relacionados

Título Fecha Organización Identificador del

2 Objetos a ser Evaluados

Los objetos a ser evaluados en cuanto a Software son:

Museo Histórico de Carúpano, Año 2012 Pág. 4 de 18

3 Ámbito de las Pruebas

El conjunto de condiciones necesarias para conseguir el objetivo del proyecto, es el

3.1 Dentro del Ámbito

3.2 Fuera del Ámbito

4 Lista de Ideas de las Pruebas

La pruebas a realizar, serán identificadas siguiendo el método de generación de

5 Enfoque de las Pruebas

Los tipos de pruebas a realizar,se indican a continuación:

Museo Histórico de Carúpano, Año 2012 Pág. 5 de 18

4. Pruebas de GUI(Interfaz Gráfica de Usuario)

1. P-00: Pruebas de Desempeño

Objetivo: Validar el tiempo de respuesta para las transacciones o funciones

• Volumen máximo anticipado.

Descripción: Las pruebas de desempeño miden tiempos de respuesta, índices

Entorno de Las Pruebas se realizan en una copia exacta de la aplicación, en el

Criterios de Las pruebas arrojaran el resultado esperado, si se cumplen con

Consideraciones No se requieren características especiales para la implementación

Museo Histórico de Carúpano, Año 2012 Pág. 6 de 18

2. P-01: Pruebas de Integridad de Datos y Base de Datos

Objetivo: Asegurar que exista una integridad completa entre las

Descripción: La Base de datos y los procesos de Base de datos deben ser

Entorno de prueba: Las Pruebas se realizan en una copia exacta de la aplicación,

Criterios de Éxito: El éxito de la misma dependerá en el planteamiento de la

Museo Histórico de Carúpano, Año 2012 Pág. 7 de 18

3. P-02: Pruebas de Seguridad y Control de Accesos

Objetivo: Nivel de Seguridad del Sistema: Verificar que un actor

Descripción: Las pruebas de seguridad de la aplicación garantizan que,

Entorno de prueba: Las Pruebas se realizan en una copia exacta de la aplicación,

Criterios de Éxito: El Éxito dependerá exclusivamente de los parámetros de

Museo Histórico de Carúpano, Año 2012 Pág. 8 de 18

4. P-03: Pruebas de GUI(Interfaz Gráfica de Usuario)

Objetivo: Identificar y comprobar que la Interfaz sea la apropiada para

Descripción: La prueba de interfaz de usuario verifica la interacción del

Entorno de prueba: Las Pruebas se realizan en una copia exacta de la aplicación,

Museo Histórico de Carúpano, Año 2012 Pág. 9 de 18

5. P-04: Pruebas Funcionales

Objetivo: Garantizar el correcto funcionamiento de los requisitos

Descripción: Las pruebas Funcionales deben enfocarse en los requisitos

Técnicas: • Que los resultados esperados ocurran cuando se usen

Fases: 1. Ingresar los datos previamente definidos, para

Criterios de Éxito: La prueba tendrá Éxito, si la aplicación responde

Museo Histórico de Carúpano, Año 2012 Pág. 10 de 18

6 Herramientas para las Pruebas

6.2 Herramientas de Soporte y Productividad

6.3 Secuencias de Comandos Personalizadas (Script de Pruebas)

Museo Histórico de Carúpano, Año 2012 Pág. 11 de 18