República Bolivariana De Venezuela

Ministerio del Poder Popular

Para la Educación Universitaria, Ciencia Y Tecnología
Universidad Politécnica Territorial De Los Altos Mirandinos “Cecilio
Acosta”
Programa Nacional De Formación En Informática

plan prueba e implementacion

Estudiante: Emmanuel González

Sección: “02”
CI: 27.879.838
Profesor: Ing. Orlando Milano
Contenido
Registro o control de cambios.................................................................................................................2
Equipo de Estudiantes:............................................................................................................................3
Ficha Técnica..........................................................................................................................................3
1 Introducción.........................................................................................................................................4
1.1 Objeto............................................................................................................................................4
1.2 Alcance..........................................................................................................................................4
2 Validaciones, verificaciones y hallazgo................................................................................................5
Figura N° 1 Trazabilidad de casos de Pruebas.....................................................................................5
Tabla N° 2.1 Requerimientos Funcionales...........................................................................................6
Definición de los casos de prueba.......................................................................................................7
Tabla N° 2.2.1 Modelo de tabla...........................................................................................................7
Tabla N° 2.3 Trazabilidad de casos de pruebas – requisitos................................................................8
3 Requerimientos No Funcionales...........................................................................................................9
Tabla N° 3.1........................................................................................................................................9
4 Plan de Implementación.....................................................................................................................13
Tabla N° 4.1......................................................................................................................................13
5 Anexos................................................................................................................................................14
6 Glosario..............................................................................................................................................15
Tabla N° 6.1......................................................................................................................................15
Bibliografía y referencias......................................................................................................................16

1
Identificación del Proyecto

Organismo <Banco Agrícola de Venezuela >

Proyecto
Entregable
Autor <Emmanuel Gonzalez>
Versión/Edición 0.0.1 Fecha Versión DD/MM/AAAA
Aprobado por Fecha Aprobación DD/MM/AAAA
Nº Total de Páginas

Registro o control de cambios.

Fecha del
Versión doc Causa del Cambio Responsable del Cambio
Cambio
0.0.1 Versión inicial <Emmanuel Gonzalez> DD/MM/AAAA

2
Equipo de Estudiantes:

Fotos Nombre y apellidos

Emmanuel Gonzalez

Ficha Técnica
Recursos Característica
Pentium(R) Dual-Core Cpu E5700 @ 3.00GHz 3.23 Ghz
Servidores, PC u otros

phpmyadmin
Gestores de Bases de datos

Windows 8.1 Pro

Software

Teclado
Mouse
Hardware
Pantalla

3
1 Introducción

1.1 Objetivo

El objetivo de este documento es recoger los casos de pruebas que verifican que el sistema
satisface los requisitos especificados (Funcionales y no Funcionales). Deberá contener la definición de
los casos de prueba, la matriz de trazabilidad entre casos de pruebas y requisitos, y la estrategia a
seguir en la instalación del sistema.

Una vez finalizado la prueba se procederá la instalación del sistema para que pueda ser usado
el usuario y administrador de forma fácil y compresible y verificar que cumple con todos los requisitos
ya mencionados, ofreciéndole múltiples herramientas para tener un mejor control de sus ventas.

1.2 Alcance

REUNIR REPORTES Y DETALLES

De igual manera, el software punto de venta permite reunir diferentes tipos de reportes, cada
uno con sus detalles correspondientes según lo que se esté solicitando en el sistema. Estos
reportes juegan un papel muy importante dentro de las empresas y sus sucursales o tiendas, ya
que con ellos se puede acceder a información relevante mediante la cual se puede planear,
surtir y conocer el status de las ventas de cada turno o de cada día.

GENERACIÓN DE REPORTES
Así como los reportes se pueden reunir en determinado momento, el sistema es capaz de
generarlos según se le solicite, para que así, tanto trabajadores como dueños y encargados,
puedan tener en cualquier momento la información completa que necesiten.

4
2 Validaciones, verificaciones y hallazgo

Figura N° 1 Trazabilidad de casos de Pruebas

REQUERIMIENTOS TRAZABILIDAD DE
CASOS DE
CASOS DE
FUNCIONALES PRUEBAS
PRUEBAS

5
 Tabla N° 2.1 Requerimientos Funcionales

Requerimientos funcionales

“Los requerimientos funcionales hacen referencia a la descripción de las actividades y

servicios que un sistema debe proveer. Normalmente este tipo de requerimientos están
vinculados con las entradas, las salidas de los procesos y los datos a almacenar en el sistema.”
Son declaraciones de los servicios que debe proporcionar el sistema, de la manera en que este
debe reaccionar a entradas particulares y de cómo se debe comportar en situaciones
particulares.
En algunos casos, los requerimientos funcionales de los sistemas también pueden declarar
explícitamente lo que el sistema no debe hacer.”
Los requerimientos funcionales de un sistema describen lo que el sistema debe hacer. Los
cuales dependen del software a desarrollar, los cuales en su mayor parte se los redactan de una
forma abstracta. Pero estos describen con detalle la función de este, sus entradas y salidas,
excepciones, etcétera.

Requerimientos Funcionales (prioridades:1-5, siendo 1 de la más alta prioridad)

Requerimientos básicos: se estructura su identificación al buscar respuestas a preguntas

como:

• ¿Cuál es el proceso básico de la empresa?

• ¿Qué datos utiliza o produce este proceso?
• ¿Cuáles son los límites impuestos por el tiempo y la carga de trabajo?
• ¿Qué controles de desempeño utiliza?

Siempre se debe comenzar con lo básico. Cuando se hacen preguntas y se reciben

respuestas, se proporcionan antecedentes sobre detalles fundamentales relacionados con el
sistema y que sirven para describirlo.
Las siguientes preguntas son de utilidad para adquirir la comprensión necesaria:

• ¿Cuál es la finalidad de la actividad dentro de la empresa?

• ¿Qué pasos se siguen para realizarla?
• ¿Dónde se realizan estos pasos?

6
 • ¿Quiénes los realizan?
• ¿Cuánto tiempo tardan en efectuarlos?
• ¿Con cuánta frecuencia lo hacen?
• ¿Quiénes emplean la información resultante?

Identificación de elementos

Durante esta, se debe identificar muy claramente los siguientes elementos:

• Procesos
• Flujos de datos entre procesos
• Datos de cada flujo de datos
• Bases de datos
• Datos de las bases de datos

No. Requerimiento Descripción Prioridad Responsables

RF1 Descarga la planilla RF1
Cliente de solicitud de 4
afiliación comercial
RF2 Analista de Banco Aprueba o rechaza la 1 RF2
solicitud
RF3 Actualizar el RF3
Analista de gerencia de inventario de los
servicio puntos de ventas y 2
hacer entrega de los
equipos
RF4 Técnico de Instalación Instalar el equipo y RF4
colocar el código de 3
verificación

7
Definición de los casos de prueba
Los casos de pruebas son todos las funciones que el programa es capaz de realizar y debe tener
en cuenta el uso de todos tipo de datos de entrada / salida, cada comportamiento esperado, todos los
elementos de diseño, y cada clase de defecto.
Es decir: verificación dinámica del comportamiento del software a partir de un conjunto finito
de casos de prueba, Dos conceptos son relacionados son:
 Validación: proceso de evaluar un sistema o componente durante o al final del proceso de
desarrollo para determinar si satisface los requisitos especificados.
 Verificación: Proceso de evaluar un sistema o componente para determinar si los productos de una
determinar si los productos de una determinada fase satisfacen las condiciones impuestas al
comienzo de la fase.

Tabla N° 2.2.1 Modelo de tabla

<Nombre caso prueba> <Código del CP>

Descripción:
Prueba del comportamiento de la aplicación en caso de ingreso de datos que no existen en los registro de
la base de datos del software
Prerrequisitos
Existencia de las credenciales en la base de datos

Pasos:
1. Ingreso del Usuario
2. Ingreso de la contraseña
3. Ejecutar Inicio de Sesión

Resultado esperado:
Inicio de sesión exitosa

Resultado obtenido:
Inicio de sesión exitosa

Fecha : 17-10-2021
Responsables:Emmanuel Gonzalez
<Escriba la fecha de la prueba, según cronograma o fecha real y los responsables>

8
 Tabla N° 2.3 Trazabilidad de casos de pruebas – requisitos
Casos Analista de
Cliente Analista gerencia de Técnico de
de servicio Instalación
Banco
<CP-1> X
<CP-2> X
<CP-3> X
<CP-4>

9
 3 Requerimientos No Funcionales

Tabla N° 3.1
Nombre Descripción Observaciones de las prueba
Ejemplo, borrar:
1. Apropiabilidad: Es la capacidad del software para Consultar, retirar
suministrar un conjunto apropiado de funciones que
cumplan tareas específicas y objetivos del usuario.

2. Exactitud: Capacidad del software para proveer los Ejemplo, contraseña incorrecta,
resultados correctos y los efectos pactados, con un usuario incorrecto, monto
adecuado grado de precisión. ineficiente

Mouse, teclado, pantalla

3. Interoperabilidad: Capacidad del software para
Funcionalidad

interactuar con uno o más sistemas específicos. Esto

depende, en gran parte, de la necesidad de interacción
con los demás sistemas.

Correo, Usuario, contraseña

4. Seguridad: Hace referencia a la capacidad del software

para proteger los datos y la información, con el fin de que
personas no autorizadas nunca puedan ingresar al
sistema, leer o modificar los datos.

5. Conformidad en la funcionalidad: Capacidad del

software para ajustarse a los estándares, convenciones y
regulaciones relacionadas con la correcta implementación
de especificaciones durante todo el proceso de análisis y
construcción.

10
Nombre Descripción Observaciones de las prueba

1. Se requiere que el sistema esté disponible 100% o muy

cercano. Es decir que Posea una alta tolerancia a fallos.

2. Si existe una eventualidad, se requiere que el sistema

posea una alta capacidad de recuperación

3. Se requiere que el sistema esté disponible 100% o muy

cercano. Es decir que Posea una alta tolerancia a fallos.
Confiabilidad

4. Seguridad del sistema deberá estar regida por las

políticas de seguridad de informática y organización
dentro del ente.

5. El acceso al sistema debe estar restringido por uso de

claves asignadas a cada uno de los usuarios. Sólo pondrá
ingresar al sistema las personas que estén registradas,
estos usuarios serán clasificados en varios tipos de
usuarios (o roles) Con acceso a las opciones de trabajo
definidas para cada rol.

6. Respecto a la confidencialidad, el sistema debe estar en

capacidad de rechazar accesos o modificaciones
indebidos (no autorizada) a la información y proveer los
servicios requeridos por los usuarios legítimos del
sistema.

11
Nombre Descripción Observaciones de las prueba
1. Se debe garantizar la confiabilidad, la seguridad y el
desempeño del sistema. En este sentido se requiere que la
información almacenada puede ser consultada y
actualizada permanente y simultáneamente, sin que sea
afecta el tiempo de Respuesta.
Eficiencia

2. El sistema deberá estar en capacidad de dar respuesta al

acceso de todos los usuarios con tiempo de respuesta
aceptada y uniforme, en la medida de la posibilidad
tecnológica de la organización, en periodo de alta, media
y baja Demanda de uso del sistema.

3. El sistema debe implementarse de manera tal que utilice

los recursos tecnológicos asignados (Hardware y
Software) de forma óptima.

1. El sistema debe proveer una alta capacidad de análisis,

relativo al esfuerzo necesario para diagnosticar las
deficiencias o causas de fallas, o para identificar las
partes que debieran ser modificadas.

2. El sistema debe permitir facilidad de prueba, es decir,

facilidad en el esfuerzo necesario para validar el software
una vez que sea construido o modificado.
Mantenibilidad

3. El sistema debe ser construido con los mayores niveles

de flexibilidad en cuanto a la parametrización de los tipos
de datos, de tal manera que la administración del sistema
sea realizada por un administrador funcional del mismo.

4. El sistema debe ser construido sobre la base de un

desarrollo evolutivo e incremental para garantizar su
escalabilidad, de manera tal que nuevas funcionalidades
y requerimientos relacionados puedan ser incorporados
afectando el código existente de la menor manera
posible; para ello deben incorporarse aspectos de
reutilización de componentes.

5. El sistema deberá contar con mecanismos que permitan

el registro de actividades con identificación de los
usuarios que los realizaron.

12
Nombre Descripción Observaciones de las prueba
1. El diseño gráfico del sistema debe responder al diseño
oficial de la organización.

Facil de entender para todas las edades

2. El sistema debe ser de fácil uso y entendimiento por parte
de los usuarios, así como de fácil aprendizaje y
adaptación de la entidad con el mismo.
Usabilidad

El programa no ahora ningún

3. El sistema no debe permitir el cierre de una operación procedimiento si el usuario lo indique
hasta que todos sus procesos, subprocesos y tareas
relacionados, hayan sido terminados y cerrados
satisfactoriamente, permitiendo total operatividad.
si no tiene la contraseña o usuario bien
4. El sistema debe presentar mensajes de error concretos y escrita te salda una adventicia de
comprensibles que permitan al usuario identificar el tipo invalidación
de error y comunicarse con el administrador del sistema.

5. El sistema debe validar automáticamente la información Contraseña, Usuario

contenida en los formularios de ingreso. En el proceso de
validación de la información, se deben tener en cuenta
aspectos tales como obligatoriedad de campos, longitud
de Caracteres permitidos por campo, manejo de tipos de
datos, etcétera.

13
4 Plan de Implementación
.
Tabla N° 4.1
Duración
Fecha Actividad (Días) Responsables
Análisis de los
Datos 07/02/2021 21/02/2021 3 Semanas
Diseño gráfico
visual 03/03/2021 06/03/2021 2 Días
Actividad Fecha de Inicio Fecha final Duración(Horas,
Días o Meses)
Implementació 20/08/2021 14/10/2021 1 mes con 15 dias
n

14
5 Anexos

Preguntas generales:

• ¿Cuántos empleados laboran para la organización en el área(s) que se pretende

desarrollar el sistema; o sea, cuántos tienen relación directa con el proyecto

• ¿Cuáles son las personas claves en el sistema? ¿Por qué son importantes?

• ¿Existen obstáculos o influencias de tipo político que afectan la eficiencia del sistema?

• ¿Existen manuales de procedimientos, políticas o lineamientos de desempeño

documentados oficial o no oficialmente?. Si los hay, ¿Se cumplen en forma cabal en el 100%
de las ocasiones?, es decir, ¿se respetan dichos procedimientos?

• ¿Existen métodos para evadir el sistema?, ¿Por qué se presentan?

• ¿Qué áreas necesitan un control específico?

• ¿Qué criterios se emplean para medir y evaluar el desempeño?

15
Captura de pantalla del Documento de Excel recibido.

16
6 Glosario
<Insertar comentario. Este punto contendrá la definición de todos los términos utilizados en el presente
documento >

Tabla N° 6.1
Término Descripción
Conjunto de elementos físicos o materiales que constituyen una
hardware computadora o un sistema informático.

requerimientos Petición de una cosa que se considera necesaria, especialmente el

que hace una autoridad.

trazabilidad Serie de procedimientos que permiten seguir el proceso de

evolución de un producto en cada una de sus etapas.

sistema Conjunto ordenado de normas y procedimientos que regulan el

funcionamiento de un grupo o colectividad.

software Conjunto de programas y rutinas que permiten a la computadora

realizar determinadas tareas.

17
Bibliografía y referencias

https://www.evolve-it.com.mx/objetivos-del-software-punto-venta/
https://es.scribd.com/document/381263365/Definicion-de-Los-Casos-de-Pruebas
https://testeandosoftware.com/casos-de-uso-vs-casos-de-prueba/
https://m.monografias.com/trabajos107/introduccion-pruebas-del-software/introduccion-pruebas-del-
software.shtml
http://www.bav.com.ve/index.php/mision-y-vision/#:~:text=Visi%C3%B3n,%2C%20honestidad%2C
%20transparencia%20y%20%C3%A9tica.
http://www.bav.com.ve/index.php/mision-y-vision/#:~:text=Promover%20el%20desarrollo%20agrario
%20del,%2C%20honestidad%2C%20transparencia%20y%20%C3%A9tica.

18