Plan de Pruebas

Plan de Pruebas
Proyecto: Sistema de Apoyo a la Toma de Decisión Para

la Gestión Administrativa En Inversiones Yambel C.A
Carúpano Estado Sucre.
Versión: 0.0.1
Identificador del documento: Plan_Prueba-0.0.1

Plan de Pruebas
Sistema de Apoyo a la Toma de Decisión Para la Gestión Administrativa En Inversiones Versión: 0.0.1
Yambel C.A Carúpano Estado Sucre.
Historial de Revisiones
Versión Fecha Autor Descripción
0.0.1 14/05/2019 Gutiérrez José C.I: 21.540.988 Requisito parcial del saber
Márquez Roxana C.I: 25.658.263 Ingeniería del Software,
Millán Manuel C.I: 23.584.725 trayecto III, trimestre II.
INVERSIONES YAMBEL C.A, 2019 Pág. 2 de 21

Plan de Pruebas
Índice de Contenido
1 Introducción .........................................................................................................................................
1.1 Alcance ...........................................................................................................................................
1.2 Definiciones, Acrónimos y Abreviaturas ...........................................................................................
1.3 Documentos Relacionados ..............................................................................................................
2 Antecedentes y Propósito.....................................................................................................................
2.1 Antecedentes ..................................................................................................................................
2.2 Propósito de la Evaluación ..............................................................................................................
2.3 Motivadores de la prueba ................................................................................................................
3 Objetos a ser Evaluados ......................................................................................................................
4 Ámbito de las Pruebas .........................................................................................................................

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

7.1 Software..........................................................................................................................................
7.2 Herramientas de Soporte y Productividad........................................................................................
7.3 Secuencias de Comandos Personalizadas (Script de Pruebas) .......................................................
7.4 Hardware ........................................................................................................................................
7.5 Configuraciones de Pruebas de ambiente .......................................................................................
8 Casos de Prueba .................................................................................................................................

Plan de Pruebas
Plan de Pruebas
1 Introducción
Esta herramienta se elabora con el fin de especificar qué elementos o componentes se van a
examinar para que el grupo de trabajo pueda ejecutar el proceso de Validación y Verificación de los
requerimientos funcionales y no funcionales del software. Además, por medio de esta artefacto se
puede continuar con la trazabilidad de los requerimientos, con lo cual el grupo de trabajo, identifica el
porcentaje de avance que se ha logrado hasta cierto momento.
Al desarrollar el plan de pruebas, se puede obtener información sobre los errores, defectos o
fallas que tiene el prototipo, así se realizan las correcciones pertinentes, según el caso y se asegura
la calidad del producto que se está entregando al cliente.
1.1 Alcance
El principal propósito de la evaluación es encontrar errores y defectos que puedan existir en
el uso del sistema a fin de corregirlos. Verificar que los validadores de datos funcionen y limiten el
ingreso de información, para que no se puedan ingresar datos que no estén permitidos (sólo
números en campos numéricos por ejemplo). Se quiere comprobar además que el sistema cumple
con los requerimientos establecidos por el usuario, tiene un rendimiento adecuado en el ambiente
donde se encuentra instalado. Otro aspecto importante a evaluar son las características de
seguridad relacionadas con el ingreso no autorizado de usuarios, de manera que no puedan realizar
modificaciones donde no sean permitidas.
1.2 Definiciones, Acrónimos y Abreviaturas
Definiciones:
 Software: Conjunto de programas y rutinas que permiten a la computadora realizar

determinadas tareas.
 Sistema: conjunto de partes o elementos organizados y relacionados que interactúan entre
sí para lograr un objetivo. Los sistemas reciben (entrada) datos, energía o materia del
ambiente y proveen (salida) información, energía o materia. Un sistema puede ser físico o
concreto (una computadora, un televisor, un humano) o puede ser abstracto o conceptual
(un software).
 Usuario: es una forma de autentificación que utiliza información secreta para controlar el
acceso hacia algún recurso. Es decir, un usuario puede ser tanto una persona como una
máquina, un programa entre otros.
 Operador: Se refiere a un tipo de usuario con tareas restringidas.
 Versión: es el proceso de asignación de un nombre o número único a un software para
indicar su nivel de desarrollo. Generalmente se asigna dos números, mayor. Menor (en
inglés: major.minor), que van incrementando conforme el desarrollo del software aumente y
se requiera la asignación de un nuevo nombre o número único.
 Requerimientos: algo que se le pide o solicita a alguien, características que se desea que
posea un sistema o un software.

Plan de Pruebas
Acrónimos:
 ERS: Especificación de Requisitos de Software.
 DAS: Especificación de Arquitectura de Software.
 DIU: Especificación de Interfaz de Software.
 SAYEL: Sistema de Apoyo para YAMBEL C.A
Abreviaturas:
- U.P.T.P: Universidad Politécnica Territorial de Paria

- C.A: Compañía Anónima.
1.3 Documentos Relacionados
Título Fecha Organización Identificador del

documento
ERS: Sistema de 13/03/2018 U.P.T.P “Luis Mariano Rivera” SAYEL_ERS
Apoyo a la Toma
de Decisión Para
la Gestión
Administrativa en
Inversiones
Yambel C.A
Carúpano Estado
Sucre.(SAYEL)
DAS: Sistema de 28/06/2018 U.P.T.P “Luis Mariano Rivera” SAYEL_DAS
Apoyo a la Toma
de Decisión Para
la Gestión
Administrativa en
Inversiones
Yambel C.A
Carúpano Estado
Sucre.(SAYEL)
DIU: Sistema de 06-02-2019 U.P.T.P “Luis Mariano Rivera” SAYEL_DIU
Apoyo a la Toma
de Decisión Para
la Gestión
Administrativa en
Inversiones
Yambel C.A
Carúpano

Plan de Pruebas
2 Antecedentes y Propósito
2.1 Antecedentes
Esta es la primera versión del plan de pruebas que existe, por lo tanto no se tienen
antecedentes de este documento.
2.2 Propósito de la Evaluación

El propósito principal es organizar las actividades necesarias para encontrar errores y
defectos; es necesario un plan para coordinarlas, a fin de asegurar la calidad del producto. Durante
el ciclo de vida del proyecto, se escogió como ámbito de las pruebas, todas las ventanas
involucradas en los Casos de Uso del sistema; teniendo como base los Casos de Uso se
desarrollaron los Casos de Pruebas para comprobar el rendimiento y la capacidad del software. Con
ello se verifica el cumplimiento de las especificaciones de diseño, los requisitos del análisis, y a su
vez se esperan encontrar los problemas y determinar los riesgos percibidos del sistema, con la
finalidad de entregar un software que sea útil al usuario.
2.3 Motivadores de la prueba

 Requerimientos Funcionales
 Requerimientos no Funcionales
 Cambios de Requerimientos
.
3 Objetos a ser Evaluados
Los objetos a ser evaluados en las pruebas son:
 La Interfaz Gráfica de Usuario

 El código fuente.
 La transmisión de datos
 El nivel de Seguridad e integridad
 La transacción interna de datos entre capas.
 Las características del Hardware requeridas para el sistema
 Los tiempos de Respuesta
4 Ámbito de las Pruebas
Es necesario realizar pruebas a todos y cada uno de los componentes del sistema con la
finalidad de detectar la mayor cantidad de fallas existentes y poder tomar las acciones correctivas
pertinentes, logrando de esta manera satisfacer las necesidades del cliente.
4.1 Dentro del Ámbito

Las pruebas se han realizado con el propósito de verificar el funcionamiento del sistema, previo a su
incorporación en el entorno final; procurando la detección oportuna de fallas que éste puede contener,
en lo que concierne a elementos de:

Plan de Pruebas
Validación de campos: Se confirma si los datos ingresados son correctos, como por ejemplo que
en los campos donde corresponda ingresar letras o números se cumpla esta validación; el sistema no
debe permitir escribir o guardar datos de este tipo donde no utilicen.
Usabilidad o interfaz de usuario: Se verifica el manejo del sistema, así como también la facilidad
con que se presentan las operaciones que se realizan en el mismo.
Respuesta del sistema: El sistema debe mostrar los datos correctos de acuerdo a la consulta
ejecutada.
Integridad: Se mide el nivel en que los datos guardados o consultados lleguen al sistema de
manera correcta.
4.2 Fuera del Ámbito

En este caso no se aplicaron pruebas de carga de datos y volumen de datos, no por ser de poca
importancia, sino por no contar con el tiempo y la información suficiente para efectuarla. Por tal motivo
no se pueden realizar pruebas que verifiquen el funcionamiento del sistema cuando esté presente gran
cantidad de información y de esta manera las mismas quedan excluidas de este plan de prueba.
5 Lista de Ideas de las Pruebas
Las pruebas serán identificadas siguiendo la técnica de generación de casos de prueba a través de
los casos de uso, detallando los siguientes pasos:
 Para el caso de uso en cuestión, se identifican los caminos posibles, permitiendo establecer
los escenarios.
 Para cada uno de los caminos, se identifican los conjuntos de valores de entrada y
precondiciones, al igual que el resultado esperado.
 Se realiza, a través de una tabla, un resumen del caso de uso que muestre los distintos
caminos posibles con sus entradas y salidas.
Los recursos utilizados para la identificación de las pruebas se mencionan a continuación:
 El documento de especificación de requerimientos del software.

 El documento de arquitectura de software.
 Generación de pruebas de sistema a partir de la especificación funcional.
 Mejora de la calidad de los requisitos mediante la generación de pruebas.
 Especificación e implementación de casos de prueba.
6 Enfoque de las Pruebas
Los tipos de pruebas que se realizarán son los siguientes:
 Plan_Prueba-0.0.1: Prueba de Funcionalidad.

Plan de Pruebas
Objetivo: Asegurarse de que el sistema realice las funciones especificadas por el

cliente de manera correcta en todos los procesos y como se han
especificado en Documento de Requerimientos del Software sin ningún
inconveniente.
Descripción: Esta prueba consistirá en analizar cada una de las opciones con las que
cuenta el sistema y determinar si cumple la función para la cual fue
diseñada.
Técnicas:
Caja Blanca
Fases: 1. Identificar las restricciones que tiene el sistema.

2. De acuerdo a estas, realizar las pruebas:
-Ingresar datos validos
-Ingresar datos inválidos
3. Comprobar la aceptación y rechazo de datos en el sistema.
4. Confirmar que la respuesta emitida por el sistema ante la
prueba es la acorde a la codificación y la funcionalidad que
debe cumplir.
Entorno de prueba: YAMBEL C.A
Hardware: Ordenador de escritorio perteneciente a la empresa.
Software: -Sistema operativo libre

-Gestor de Base de Datos MySQL
-Servidor Apache 2
-PHP5
- Sistema de Apoyo a la Toma De Decisión Para La Gestión
Administrativa de Inversiones YAMBEL C.A.
Configuración: Debe presentar características de confiabilidad y eficiencia.
Criterios de Éxito: Se considera como una prueba exitosa, si y solo si, el sistema responde
apropiadamente ante los acontecimientos a los que es sometido.
Consideraciones Ninguna.
Especiales:

Plan de Pruebas
Prueba de Camino Básico

Plan de Pruebas
V(G) = N° Regiones = 2
V(G) = (A-N) + 2
 (7-7) + 2 = 2
.V(G) = P + 1 = 1 + 1 = 2
Camino 1
1–2–3–4–5–6–7–9
Camino 2
1–2–3–4–5–6–8–9
 Plan_Prueba-0.0.1: Prueba de Datos e Integridad de la Base de Datos.
Objetivo: Comprobar el acceso a la base de datos, que en esta no existan

inconsistencias con los datos que recibe o envía el sistema; que la
misma de los resultados de las consultas sin pérdida o corrupción de
datos.
Descripción: Pruebas de integridad de base de datos son pruebas de los métodos y
procesos utilizados para acceder y gestionar datos (base de datos), para
asegurar que los métodos de acceso, los procesos y las reglas de los
datos funcionan como se espera y que durante el acceso a la base de
datos, los datos no se corrompan, sean borrados, modificados o
creados de forma inesperada.
Técnicas:  Que el sistema Guarde los datos de acuerdo a lo que se
introduce cuando se inserten datos válidos.
Fases: 1. Ingresar datos, acordes o erróneos, en la base de datos, para verificar
la respuesta de éste de acuerdo al tipo de datos ingresado.
2. Verificar la aceptación y rechazo de datos.
3. Confirmar que la respuesta emitida por la base de datos ante la
prueba es la acorde a los tipos de datos que les fue programado.
Entorno de prueba: Las pruebas se llevarán a cabo en una copia de la base de datos a ser
implantado.
Hardware: Ordenador de escritorio.

Plan de Pruebas

-Servidor Apache 2
-PHP5
Configuración: Debe presentar características de confiabilidad y eficacia.
Criterios de Éxito: Todos los métodos de acceso y procesos de la base de datos funcionan
como fueron diseñados y sin corrupción de datos.
Consideraciones Ninguna.
Especiales:
 Plan_Prueba-0.0.1: Prueba de Seguridad y Control de Acceso.
Objetivo: Verificar la seguridad a nivel del sistema (que el usuario solo pueda
acceder y modificar los datos que le correspondan) y a nivel de usuario
(que solo puedan acceder a la herramienta los usuarios con permisos
adecuados).
Descripción: Al realizar las pruebas de seguridad del sistema, se busca garantizar
que los métodos de seguridad utilizados en el mismo lo protejan;
además de que los usuarios sólo tengan acceso a las secciones que le
competen a su área de interés.
Técnicas:  Modificar tipo de Usuario y volver a ejecutar las pruebas.
 En cada caso verificar si los datos o funciones adicionales
quedan correctamente permitidos.
Fases: 1.- Ingresar un usuario al que le ha sido asignado previamente una
serie de restricciones y privilegios.
2.- Verificar, una vez dentro del sistema, que éste sólo puede acceder a
los módulos del área que le compete.
Entorno de prueba: Las pruebas se llevarán a cabo en una copia del sistema a ser
implantado.
Hardware: Ordenador de escritorio
-Servidor Apache 2
-PHP5
Configuración: Niveles de Seguridad y Usuarios previamente identificados.

Plan de Pruebas
Criterios de Éxito: Se considera como una prueba exitosa, sí la aplicación responde ante
los parámetros de seguridad que le fueron programados.
Consideraciones La información para la creación de niveles y tipos de usuarios ha sido
Especiales: suministrada por el cliente.
 Plan_Prueba-0.0.1: Prueba de Prueba de Interfaz Gráfica de Usuario.
Objetivo: Verificar que la interfaz diseñada para el sistema SAYEL sea de fácil
manipulación para que incremente la probabilidad de aceptación por
parte del usuario final.
Descripción: Al aplicar esta prueba se verifica la interacción entre el usuario y el
sistema, comprobando que el diseño sea adaptable para los mismos.
Técnicas:  Navegar por los distintos módulos del sistema, interactuando
con las diversas funciones que ofrecen para comprobar su
correcto funcionamiento.
Fases:  Verificar que el usuario navegue por la interfaz del sistema sin
cometer errores.
 Navegar en cada una de las opciones de cada módulo.
Entorno de prueba: Las pruebas se llevarán a cabo en una copia del sistema a ser
implantado.
-Servidor Apache 2
-PHP5
Configuración: Verificar la existencia de facilidades de uso, para que la interacción
sistema-usuario se presente de manera cómoda.
Criterios de Éxito: Se considera como una prueba exitosa si la aplicación cumple con lo
plasmado en las fases de diseño.
Consideraciones Algunas propiedades de diseño entre elementos de una ventana son
Especiales: altamente dependientes de las características del navegador web
empleado para acceder al sistema – la manipulación de dichas
propiedades no es accesible al equipo de desarrollo. Por ello, las
pruebas se centrarán especialmente en verificar que todas las
funciones, requisitos y datos manejados se reflejan apropiadamente en
la interfaz.
 Plan_Prueba-0.0.1: Prueba de Carga/Volumen/Stress.

Plan de Pruebas
Objetivo: Certificar que el Sistema SAYEL no presente debilidades o fallos al

procesar los datos que se le proporcionan para ejecutar sus funciones.
Descripción: Esta prueba se enfoca en la verificación o medición de la calidad que
ofrece el sistema en términos de tiempo para procesar los datos y
generar respuestas oportunas a los usuarios finales.
Técnicas:  Que el sistema no exceda los tiempos normales para brindar
una respuesta al usuario.
 Que el mismo permita la satisfacción del usuario al brindar
cortos tiempos para generar consultas y para dar respuestas a
las solicitudes.
Fases:  Realizar una consulta en un módulo al azar para comprobar
que el tiempo que tarda el sistema en proporcionar una
respuesta, no se encuentra fuera de los estándares
considerados aceptables.
Entorno de prueba: Las pruebas se llevaran a cabo en el sistema a ser implantado.

-Servidor Apache 2
-PHP5
Administrativa de Inversiones YAMBEL C.A
Configuración: Debe presentar características de eficacia.
Criterios de Éxito: Se considera como una prueba exitosa si la aplicación cumple con lo
plasmado en las fases de diseño.
Consideraciones Ninguna
Especiales:
 Plan_Prueba-0.0.1: Prueba de Aceptación.
Objetivo: Comprobar si el software está preparado y lo pueden utilizar los

usuarios para realizar las funciones y tareas para las que se diseñó.
Descripción: Estas pruebas van dirigidas a comprobar que el software cumple los
requisitos de funcionamiento esperado del sistema para
aceptación final del mismo por parte del usuario.
Técnicas:  Revisión de la Configuración

Fases:  Pruebas Alfa y Beta

Plan de Pruebas
Entorno de prueba: Inversiones YAMBEL C.A

Hardware: Ordenador de Escritorio.
-Servidor Apache 2
-PHP5
Administrativa de Inversiones YAMBEL C.A
Configuración: Debe estar acorde con requisitos del sistema.
Criterios de Éxito: Se considera una prueba exitosa si cumple con los Requerimientos del
usuario, Requerimientos de sistema, Casos de uso.
Consideraciones Ninguna
Especiales:
7 Herramientas para las Pruebas
A continuación se describen algunas herramientas utilizadas para las pruebas:
7.1 Software
Nombre Versión Descripción

DIA 0.97.2 Herramienta para diseñar diagramas de flujo,
UML, entre otros.
Canaima 5.0 Software básico de una computadora que
provee una interfaz entre el resto de programas
de los dispositivos Hardware y el usuario.
Apache 2 Es un servidor web HTTP de código abierto,
para plataformas Unix, Microsoft Windows,
Macintosh y otras, que implementa el protocolo
HTTP/1.1 y la noción de sitio virtual.
MySQL 6.0.0 Es un sistema de gestión de base de datos
relacional o SGBD.
PHP5 5.6 Lenguaje de programación de uso general de
código del lado del servidor originalmente
diseñado para el desarrollo web de contenido
dinámico.
Google 74.0.3729.136 Navegador Web
Chrome
7.2 Herramientas de Soporte y Productividad

Plan de Pruebas
Este tipo de herramientas no son necesarias a la hora de realizar el plan de prueba.
7.3 Secuencias de Comandos Personalizadas (Script de Pruebas)
 Función Recuperar Contraseña
if (isset($_POST['Recuperar'])) {
$consulta= new Usuario();

$consultando=$consulta->Recuperar_Contra();
if ($consultando==0) {
echo "<script type='text/javascript'>
alert ('Error, Datos no Encontrados!' )
window.location='recuperar_passw.php';
</script>";
}else{
$datos=mysqli_fetch_assoc($consultando);
if ($datos['pregunta']=="") {
alert ('Error,Usted no posee pregunta establecida, Contacte al Administrador!' )
window.location='index.php';
</script>";
}else{
$id=$datos['id_cliente'];
alert ('Datos Encontrados!' )
window.location='encontrado.php?id=".$id."';
</script>";
}}

Plan de Pruebas
7.4 Hardware
Recurso Cantidad Descripción

Ordenador de 1 Ordenador portatil modelo
Escritorio Canaima.
Disco Duro 1 320 GB
Procesador 1 4.1.2 Ghz
Tarjeta Ram 1 2GB
7.5 Configuraciones de Pruebas de ambiente
Nombre de Descripción Implementación de la

Configuración Configuración Física
Prueba de La Prueba de ambiente se ejecutara con el fin de Dentro de un marco de
Ambiente medir todos los elementos físicos que influyen en ejecución del programa,
el sistema, es decir todos los factores, tanto teniendo en cuenta
PA-0.0.1 internos como externos que en extremas factores externos como la
circunstancias puedan causarle alteraciones al electricidad; y factores
optimo desempeño de la plataforma. como la conexión con la
base de datos
8 Casos de Prueba
CP – Funcionalidad
ID/Nombre/Sistema/Proyecto: SAYEL Nivel de Prueba: Unidad/Sistema

ID Caso de Uso: 1.7 Tipo(s) de Pruebas(s): Prueba de Funcionalidad
ID Requerimiento: N/A Ambiente de Prueba: Simulado
ID/Nombre Escenario: E-01 Autor del Caso de Prueba: Manuel Millan
Roxana Márquez
José Gutiérrez
ID/Nombre Caso de Prueba: Recuperar Nombre del Probador: Manuel Millan

Contraseña.
Versión del Caso de Prueba: 0.0.1 Fecha de Creación: Fecha de Ejecución:
03/05/2019 03/05/2019
Condición(es) para que se ejecute el Caso de Prueba:
Si la respuesta secreta del usuario es correcta se recuperara la contraseña de manera exitosa.
Para la Ejecución del Caso de Prueba:

Plan de Pruebas
Nro. Paso Flujo Condición Valor(es) Resultado Esperado Resultado

Obtenido
1-2-3-4-5-6-7-9 consulta==0 datos Incorrectos return 0; return 0;
1-2-3-4-5-6-8-9 Consulta==1 datos correctos return true; Return true;
Criterios de Aprobación del Caso de Prueba:

Decisión de Aprobación del Caso de Prueba: Aprobó: X Fallo:
Fecha de Aprobación del Caso de Prueba: 03/05/2019
CP - Datos e Integridad de la Base de Datos.
ID/Nombre/Sistema/Proyecto: SAYEL Nivel de Prueba: Unitaria

ID Caso de Uso: Gestionar Producto Tipo(s) de Pruebas(s): Pruebas de Datos e Integridad de
la Base de Datos
ID Requerimiento: N/A Ambiente de Prueba: Inversiones YAMBEL C.A
Roxana Márquez
José Gutiérrez
ID/Nombre Caso de Prueba: Verificar si el sistema Nombre del Probador: Yanira Sánchez
cumple con las validaciones de usuario al ingresar datos
erróneos o dejar los campos vacíos al iniciar sesión.
03/05/2019 03/05/2019
Debe existir una codificación del sistema que permita restringir el acceso al no encontrar datos correctos en la base de
datos.
Obtenido
Presiona el botón No se permite jjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjj Mensaje: Registro realizado Se realizó el
registrar productos registrar un código jjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjj correctamente. registro del
con más de 20 jjjjjjj producto de
caracteres manera
correcta.

Decisión de Aprobación del Caso de Prueba: Aprobó: __ Fallo: X

Plan de Pruebas
CP – Seguridad y Control de Acceso.
ID/Nombre/Sistema/Proyecto: SAYEL Nivel de Prueba: Sistema

ID Caso de Uso: Caso 1 Inicio de Sesión Tipo(s) de Pruebas(s): Pruebas de Seguridad y
Control de Acceso.
Roxana Márquez
José Gutiérrez
ID/Nombre Caso de Prueba: Verificar si el Nombre del Probador: José Gutiérrez

sistema cumple con las validaciones de usuario al
ingresar un usuario con privilegios restringidos.
03/05/2019 03/05/2019
Se especifican los parámetros de acceso antes de que el usuario acceda al sistema.
Obtenido
Usuario de Ninguna Usuario Mensaje: El Usuario se El Sistema
encuentra Administrador: encuentra Desactivado. solicita
carlos nuevamente
bloqueado. el Usuario y
Clave: la Clave.
aaaa

CP – Interfaz de Usuario
ID/Nombre/Sistema/Proyecto: SAYEL Nivel de Prueba: Unitaria

ID Caso de Uso: Caso de Uso Principal Tipo(s) de Pruebas(s): Interfaz de Usuario
Roxana Márquez
José Gutierrez

Plan de Pruebas
ID/Nombre Caso de Prueba: Uso de Interfaz Nombre del Probador: Yanira Sánchez
03/05/2019 03/05/2019
Ingresar al sistema con un usuario y clave Desplazarse entre los diferentes módulos del
correcta. sistema para comprobar la facilidad con que el
usuario navega en el mismo.
Nro. Paso Flujo Condición Valor(es) Resultado Resultado
Esperado Obtenido
Desplazarse a Iniciar Sesión Ninguno Que el diseño de Se ha comprobado
través de los la interfaz se que la interacción
distintos módulos adapte a las es bastante
del sistema. necesidades del sencilla y acorde a
usuario final. las necesidades del
usuario final.

Decisión de Aprobación del Caso de Prueba: Aprobó: _X_ Fallo:
CP - Carga/Volumen/Stress

ID Caso de Uso: Registrar Entrada Tipo(s) de Pruebas(s): Prueba de
Carga/Volumen/Stress
Roxana Márquez
José Gutiérrez
ID/Nombre Caso de Prueba: Verificar si el sistema Nombre del Probador: José Gutiérrez
registra sin problema los datos de entrada de
producto.
03/05/2019 03/05/2019
Se especifican los parámetros de inserción de las entradas de productos en el inventario.

Plan de Pruebas

Obtenido
Registrar Entrada Ninguna Datos del Producto: Mensaje: (Registro El Sistema
Realizado Correctamente) genero una
Nombre: nueva
Aceite 20/50 entrada de
productos al
Precio Unitario: Inventario.
20.000 Bs
Codigo:
J-00065432
Fecha de Entrada:
2019-04-16
Hora De Llegada:
12:10:47
Fecha de
Vencimiento:
2019-04-30
Precio Total:
200000 Bs
Cantidad:
10

CP – Aceptación

ID Caso de Uso: Tipo(s) de Pruebas(s): Prueba de
Carga/Volumen/Stress
Roxana Márquez
José Gutiérrez

Plan de Pruebas
ID/Nombre Caso de Prueba: Comprobar que todo Nombre del Probador: José Gutiérrez
el sistema funcione de manera acorde a los
requisitos establecidos por el cliente.
03/05/2019 03/05/2019
Asegurarse de que todos los elementos de la configuración del software se han desarrollado
apropiadamente
Obtenido
El Usuario El Software Los usuarios Los usuarios demostraron El sistema
administrador del presenta un Administrados y buen manejo del sistema. cumple con
comportamiento Operaron iniciaron los requisitos
sistema SAYEL acorde a los sesión y navegaron solicitados
pone a prueba su requisitos a través de los 7 por los
funcionalidad. suministrados por módulos disponibles usuarios.
los usuarios. en el sistema.


Plan de Pruebas

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Plan de Pruebas

Uploaded by

Copyright:

Available Formats

Plan de Pruebas

Proyecto: Sistema de Apoyo a la Toma de Decisión Para

Identificador del documento: Plan_Prueba-0.0.1

INVERSIONES YAMBEL C.A, 2019 Pág. 2 de 21

3 Objetos a ser Evaluados ......................................................................................................................

4 Ámbito de las Pruebas .........................................................................................................................

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

6 Enfoque de las Pruebas .......................................................................................................................

7 Herramientas para las Pruebas ............................................................................................................

8 Casos de Prueba .................................................................................................................................

INVERSIONES YAMBEL C.A, 2019 Pág. 3 de 21

1.2 Definiciones, Acrónimos y Abreviaturas

 Software: Conjunto de programas y rutinas que permiten a la computadora realizar

INVERSIONES YAMBEL C.A, 2019 Pág. 4 de 21

- U.P.T.P: Universidad Politécnica Territorial de Paria

1.3 Documentos Relacionados

Título Fecha Organización Identificador del

INVERSIONES YAMBEL C.A, 2019 Pág. 5 de 21

2.2 Propósito de la Evaluación

2.3 Motivadores de la prueba

3 Objetos a ser Evaluados

Los objetos a ser evaluados en las pruebas son:

 La Interfaz Gráfica de Usuario

4 Ámbito de las Pruebas

4.1 Dentro del Ámbito

INVERSIONES YAMBEL C.A, 2019 Pág. 6 de 21

4.2 Fuera del Ámbito

5 Lista de Ideas de las Pruebas

Los recursos utilizados para la identificación de las pruebas se mencionan a continuación:

 El documento de especificación de requerimientos del software.

6 Enfoque de las Pruebas

Los tipos de pruebas que se realizarán son los siguientes:

 Plan_Prueba-0.0.1: Prueba de Funcionalidad.

INVERSIONES YAMBEL C.A, 2019 Pág. 7 de 21

Objetivo: Asegurarse de que el sistema realice las funciones especificadas por el

Fases: 1. Identificar las restricciones que tiene el sistema.

Hardware: Ordenador de escritorio perteneciente a la empresa.

Software: -Sistema operativo libre

Configuración: Debe presentar características de confiabilidad y eficiencia.

INVERSIONES YAMBEL C.A, 2019 Pág. 8 de 21

Prueba de Camino Básico

INVERSIONES YAMBEL C.A, 2019 Pág. 9 de 21

 Plan_Prueba-0.0.1: Prueba de Datos e Integridad de la Base de Datos.

Objetivo: Comprobar el acceso a la base de datos, que en esta no existan

INVERSIONES YAMBEL C.A, 2019 Pág. 10 de 21

Software: -Sistema operativo libre

Configuración: Debe presentar características de confiabilidad y eficacia.

 Plan_Prueba-0.0.1: Prueba de Seguridad y Control de Acceso.

Configuración: Niveles de Seguridad y Usuarios previamente identificados.

INVERSIONES YAMBEL C.A, 2019 Pág. 11 de 21

 Plan_Prueba-0.0.1: Prueba de Prueba de Interfaz Gráfica de Usuario.

 Plan_Prueba-0.0.1: Prueba de Carga/Volumen/Stress.

INVERSIONES YAMBEL C.A, 2019 Pág. 12 de 21

Objetivo: Certificar que el Sistema SAYEL no presente debilidades o fallos al

Entorno de prueba: Las pruebas se llevaran a cabo en el sistema a ser implantado.

Configuración: Debe presentar características de eficacia.

 Plan_Prueba-0.0.1: Prueba de Aceptación.

Objetivo: Comprobar si el software está preparado y lo pueden utilizar los

Técnicas:  Revisión de la Configuración

INVERSIONES YAMBEL C.A, 2019 Pág. 13 de 21

Entorno de prueba: Inversiones YAMBEL C.A

Configuración: Debe estar acorde con requisitos del sistema.

7 Herramientas para las Pruebas

A continuación se describen algunas herramientas utilizadas para las pruebas: