colocar la portada a su libre albedrío

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 <Nombre Comunidad u Organismo >

Proyecto
Entregable
Autor <Nombre de la Empresa o los estudiantes>
Versión/Edición 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
0100 Versión inicial <Nombre Apellido1 Apellido2> DD/MM/AAAA

2
Equipo de Estudiantes:

Fotos Nombre y apellidos

<Foto Tipo carnet> <Nombre Apellido1 Apellido2>

Ficha Técnica
Recursos Característica

Servidores, PC u otros

Gestores de Bases de datos

Software

Hardware

3
1 Introducción

1.1 Objeto
<Puede cambiar el 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.

Un vez finalizado la prueba se procederá a la instalación del sistema ….

1.2 Alcance

<Introduzca contenido y borre el cuadro una ve leído>

(Borrar Cuadro) Unidades organizativas y responsabilidades a las que va dirigida el documento y

que participan en su generación, validación y registro..

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
<Copiar los requerimientos establecido en la unidad 3 y borre cuadro>

(Borrar este Cuadro) En este apartado se deberá completar o copiar los requerimientos establecidos
como funcionales.

No. Requerimiento Descripción Prioridad Responsables

RF-1
RF-2
RF-3
RF-3
….
<RF-n>

6
 Definición de los casos de prueba
<Introduzca contenido y borre cuadro>

En este apartado se describirán en detalle cada uno de los casos de pruebas que se hayan
identificado como necesarios para verificar la funcionalidad completa del sistema. Se deberá
repetir una tabla por cada caso de prueba que se defina. Del conjunto de casos de pruebas
definidos, deberán identificarse aquellos que formarán parte del conjunto de pruebas que deberán
realizarse para asegurar el correcto despliegue de la aplicación. <Se enumeran o codifica los casos
a partir;
CP-1, CP-2, CP-3…CP-N>
Borrar este y coloca
el adecuado

Tabla N° 2.2.1 Modelo de tabla <Escriba el nombre de caso prueba, tener en cuenta
de llevar el control de la numeración de la tabla y borrar esta nota>

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

Descripción:
<Descripción del caso de prueba>

Prerrequisitos
<Enumerar los prerrequisitos para la prueba>

Pasos:
<Pasos generales para la prueba, basados en los escenarios de los casos de uso, si existen.>

Resultado esperado:
<Resultado esperado de la prueba>

Resultado obtenido:
<Resultado obtenido de la ejecución del caso de prueba>

Fecha :
Responsables:
<Escriba la fecha de la prueba, según cronograma o fecha real y los responsables>

7
<Introduzca contenido y borre cuadro>

(Borrar Cuadro) En este apartado se deberá completar una matriz como la que se indica a
continuación, en la cual se indicará la correspondencia entre los casos de pruebas definidos, y los
requisitos funcionales de la especificación de requisitos. Las filas representan cada uno de los
casos de pruebas definidos, y las columnas los requisitos funcionales. Si un caso de prueba se
encarga de verificar los requisitos, se tendrá que señalar con una X la casilla correspondiente.

Tabla N° 2.3 Trazabilidad de casos de pruebas – requisitos

Casos RF-1 RF-2 RF-3 RF-4 …. …. RF-00N
<CP-1> X X
<CP-2> X X
<CP-3> X
<CP-4>
…. X X X X
<CP-n>

8
 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 Aplica
suministrar un conjunto apropiado de funciones que
cumplan tareas específicas y objetivos del usuario.

2. Exactitud: Capacidad del software para proveer los Ejemplo, borrar:

resultados correctos y los efectos pactados, con un No se Aplica; por qué? Dar
adecuado grado de precisión. explicación breve

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.

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.

9
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.

10
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.

11
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.

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

3. El sistema no debe permitir el cierre de una operación

hasta que todos sus procesos, subprocesos y tareas
relacionados, hayan sido terminados y cerrados
satisfactoriamente, permitiendo total operatividad.

4. El sistema debe presentar mensajes de error concretos y

comprensibles que permitan al usuario identificar el tipo
de error y comunicarse con el administrador del sistema.

5. El sistema debe validar automáticamente la información

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.

12
4 Plan de Implementación
<Introduzca contenido y borre cuadro>
.
Plan de implementación: indicar cómo y cuándo realizaran la instalación de la aplicación
desarrollada en la comunidad o ente. Se sugiere trabajar con la estructura del plan de trabajo:
fecha, actividad, duración y responsables.

Tabla N° 4.1 <coloque la numeración que le corresponde y descripción de la misma>

Duración
Fecha Actividad (Días) Responsables

13
5 Anexos
<Introduzca contenido y borre cuadro>

Este punto contendrá toda aquella información de interés para la elaboración y validación del
Plan de Pruebas Funcionales.

14
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

15
Bibliografía y referencias

16