Ds Ex 0014 Setpruebas Funcionales v2.3 I

SISTEMA DE SEGUIMIENTO DE INDICADORES DE GESTIÓN DE PROYECTOS DE
SOFTWARE
PLAN DE PRUEBAS FUNCIONALES
Presentado por:
GRUPO
Universidad Nacional
Sistemas
Gerencia y gestión de S.I.
Fecha
PLAN DE PRUEBAS
FUNCIONALES
Versión 2.3_I
Historia de Revisión
Fecha Versión Descripción Autor

12-04-2008 1.0 Creación del documento
01-05-2008 1.1 Ajuste formato
03-05-2008 2.0 Pruebas agregadas
07-05-2008 2.1 Pruebas de CRUD Indicador
13-05-2008 2.2 Ajustes de L de acuerdo al control de
cambios
13-05-2008 2.3 Ajustes de F de acuerdo al control de
cambios
GGP Plan de Pruebas Funcionales Página 2 de 55

PLAN DE PRUEBAS
FUNCIONALES
Versión 2.3_I
CONTENIDO
Pág.
1. INTRODUCCION....................................................................................................................... 4
2. OBJETIVO................................................................................................................................. 4
3. ALCANCE DE LAS PRUEBAS FUNCIONALES......................................................................4
4. CRITERIOS DE ENTRADA Y SALIDA.....................................................................................6
4.1. Criterio de Ejecución del Plan de Pruebas.......................................................6
4.2. Criterio de Terminación del Plan de Pruebas...................................................6
4.3. Criterio de Suspensión del Plan de Pruebas....................................................6
5. ESCENARIOS PROPUESTOS DE PRUEBA...........................................................................7
5.1. CRUD PROYECTOS............................................................................................7
5.2. CRUD USUARIOS.............................................................................................15
5.3. REGISTRAR INFORMACION INDICADOR.......................................................24
5.4. AUTORIZAR USUARIO.....................................................................................26
5.5. NOTIFICAR REGISTRO.....................................................................................27
5.6. GRAFICAR INDICADOR....................................................................................28
5.7. CRUD INDICADOR............................................................................................29

PLAN DE PRUEBAS
FUNCIONALES
Versión 2.3_I
1. INTRODUCCION
Por medio de este documento se pretende establecer la guía para la elaboración

del Plan de Pruebas para el proyecto “Seguimiento de Indicadores de Gestión de
Proyectos de Software”.1
2. OBJETIVO
El propósito del plan de pruebas es proveer la información necesaria para planear

y controlar los esfuerzos de pruebas de un proyecto o iteración específicos.
Describe el enfoque para probar el software y es el plan general generado y
utilizado por administradores para dirigir el esfuerzo de pruebas.
Este plan de pruebas soporta los siguientes objetivos

 Identificar los ítems a probar
 Describe, en términos generales, el enfoque de pruebas a ser usado
 Identifica los recursos requeridos y provee un estimado de sus esfuerzos
 Lista los entregables de las pruebas del proyecto
3. ALCANCE DE LAS PRUEBAS FUNCIONALES
A continuación se presenta una tabla que resume todas las características y

requerimientos necesarios para la ejecución adecuada de las pruebas funcionales.
Objetivo de la Prueba:
 Validar los procesos y reglas
de negocio establecidas.
1
Este documento recoge elementos del Estándar de Documentación de Pruebas de ISnn.
PLAN DE PRUEBAS
FUNCIONALES
Versión 2.3_I
 Validar que se cumplan los

requerimientos funcionales
establecidos.
 Validar el correcto
funcionamiento de la
aplicación de acuerdo a lo
definido en los casos de uso.
Técnica:
 Elaboración y ejecución de Set de Pruebas Funcionales (A
través de una plantilla preestablecida), teniendo en cuenta
flujo normal y flujos alternativos, usando datos válidos e
inválidos para verificar lo siguiente:
o Los resultados esperados ocurren cuando se usan
datos válidos.
o Se despliegan mensajes de error cuando se usan
datos inválidos.
Herramientas Requeridas:  No Aplica: Las pruebas funcionales se realizarán

manualmente
Criterios de Aceptación:  El resultado de cada caso de prueba debe ser igual al

resultado de salida esperado.
 Los resultados obtenidos con cada uno de los escenarios de

pruebas contemplados deben ser los esperados.
 La aplicación cumple con los requerimientos funcionales del

proyecto.
Tabla 1.
Características y Requerimientos proceso de Pruebas Funcionales

PLAN DE PRUEBAS
FUNCIONALES
Versión 2.3_I
4. CRITERIOS DE ENTRADA Y SALIDA
4.1. Criterio de Ejecución del Plan de Pruebas
 Set de pruebas documentado incluyendo escenarios claros para el

desarrollo de las pruebas funcionales.
 Claridad en el procedimiento para la realización de las pruebas.
 El entorno de pruebas debe ser el adecuado para la realización de las
pruebas.
 Toda la documentación requerida debe estar disponible.
4.2. Criterio de Terminación del Plan de Pruebas
 Todas las pruebas se ejecutan sin errores.
4.3. Criterio de Suspensión del Plan de Pruebas
 Una componente principal tiene un error que impide probar un área

importante.
 El entorno de pruebas no es lo suficientemente estable como para
confiar en los resultados.
 El entorno de pruebas es muy diferente del entorno de producción
previsto y no se puede confiar en los resultados.

PLAN DE PRUEBAS
FUNCIONALES
Versión 2.3_I
5. ESCENARIOS PROPUESTOS DE PRUEBA

5.1. CRUD PROYECTOS
Información General
Identificador de caso de uso: CU-001
Nombre de caso de uso: CRUD Proyectos
Descripción Prueba: Creación de un Proyecto
Responsable: <Nombre de persona que ejecuta la prueba>
Prerrequisitos
No debe existir en el Sistema un Proyecto con el nombre ingresado
Descripción de Casos de Prueba
Caso: Se realiza el proceso para la creación de un proyecto, teniendo como prerrequisito que no
existe otro proyecto con el mismo nombre definido en el sistema.
Instrucciones de Prueba
1. Ingresar a la pantalla para la administración de Proyectos
2. Por medio de la opción de búsqueda, verificar que no existe ningún proyecto en el sistema, con el
nombre del Proyecto que va a ser creado.
3. Dar clic al botón Adicionar Proyecto.
4. Ingresar el nombre del Proyecto que se está creando.
5. Asociar uno de los usuarios existentes al proyecto.
6. Asociar uno de los indicadores existentes al proyecto.
7. Dar clic al botón guardar
Escenarios de prueba
Tipo Respuesta esperada de la aplicación Coincide (Si/No)
Campo Valor
escenario
<valor <valor <Correcto/Inc La aplicación muestra mensaje de <sí/no, según la
probado> probado> orrecto> confirmación luego de la creación del respuesta
Proyecto. obtenida>

PLAN DE PRUEBAS
FUNCIONALES
Versión 2.3_I
Criterios de Aceptación
1. La aplicación muestra mensaje de confirmación luego de la creación del Proyecto.
2. Si se realiza nuevamente la búsqueda del Proyecto mediante la funcionalidad para la búsqueda
de Proyectos, el Proyecto debe aparecer en el listado si se ingresa como criterio de búsqueda el
nombre con el cual fue creado.
3. Una vez el proyecto aparece como resultado de la búsqueda, al dar clic en el botón editar, debe
verificarse que los datos ingresados (nombre y usuarios asociados), corresponden de forma
idéntica con los valores con los cuales fue creado.
Descripción Prueba: Verificar que no es posible la creación de Proyectos con un

nombre igual a algún proyecto ya existente.
Prerrequisitos
En el Sistema debe existir un Proyecto previamente creado. (El Proyecto creado en el anterior caso de
prueba).
Caso: Se realiza el proceso para la creación de un proyecto, teniendo como prerrequisito que ya
existe otro proyecto con el mismo nombre definido en el sistema. El sistema no debe permitir la
creación del Proyecto.
2. Por medio de la opción de búsqueda, verificar que ya existe un proyecto en el sistema, con el
nombre del Proyecto que va a ser creado.
4. Ingresar el nombre del Proyecto que se está creando.
5. Asociar uno de los usuarios existentes al proyecto.
6. Asociar uno de los indicadores existentes en el sistema.

PLAN DE PRUEBAS
FUNCIONALES
Versión 2.3_I

Campo Valor
escenario
<valor <valor <Correcto/I La aplicación muestra mensaje de error, <sí/no, según la
probado> probado> ncorrecto> indicando que no es posible crear el respuesta
proyecto dado que ya existe en el Sistema obtenida>
un proyecto con el mismo nombre.
1. La aplicación muestra mensaje de error luego del intento de creación del Proyecto.
2. Si se realiza nuevamente la búsqueda del Proyecto mediante la funcionalidad para la búsqueda de
Proyectos, el Proyecto no debe aparecer duplicado en el listado si se ingresa como criterio de
búsqueda el nombre con el cual fue creado.
3. Al dar clic en el botón editar, debe verificarse que los datos del Proyecto que tiene el mismo
nombre al que se intento crear, corresponden de forma idéntica con los valores del Proyecto anterior y
no con los datos del proyecto que se intentó crear.
Descripción Prueba: Verificar que no es posible la creación de un proyecto con un

nombre superior a 50 caracteres.
Prerrequisitos
Caso: Se realiza el proceso para la creación de un proyecto, ingresando como nombre del
Proyecto una cadena con longitud superior a 50 caracteres. El sistema no debe permitir la
creación del Proyecto.

PLAN DE PRUEBAS
FUNCIONALES
Versión 2.3_I
4. Ingresar el nombre del Proyecto que se está creando (La longitud debe ser superior a 50
caracteres)
Campo Valor
escenario
<valor <valor <Correcto/Inc La aplicación muestra mensaje de error, <sí/no, según la
probado> probado> orrecto> indicando que no es posible crear el respuesta
proyecto dado que la longitud de su obtenida>
nombre es mayor a 50 caracteres.
1. La aplicación muestra mensaje de error luego del intento de creación del Proyecto.
2. Si se realiza nuevamente la búsqueda del Proyecto mediante la funcionalidad para la búsqueda de
Proyectos, el Proyecto no debe aparecer duplicado en el listado si se ingresa como criterio de
3. Al dar clic en el botón editar, debe verificarse que los datos del Proyecto que tiene el mismo
nombre al que se intento crear, corresponden de forma idéntica con los valores del Proyecto anterior y
no con los datos del proyecto que se intentó crear.
Descripción Prueba: Verificar el proceso de Edición de un Proyecto.
Prerrequisitos
En el Sistema debe existir un Proyecto previamente creado.
Los indicadores de gestión asociados con este proyecto NO DEBEN tener valores registrados.
GGP Plan de Pruebas Funcionales Página 10 de

55
PLAN DE PRUEBAS
FUNCIONALES
Versión 2.3_I
Caso: Se realiza el proceso para la edición de un proyecto. El sistema debe permitir la edición del
Proyecto.
2. Por medio de la opción de búsqueda, ingresar el nombre de un proyecto existente en el sistema
3. Dar clic al botón Buscar.
4. Una vez el Proyecto es listado como resultado de la búsqueda, dar clic al icono Editar.
5. Realizar cambios sobre los usuarios, e indicadores asociados con el proyecto.
6. Dar clic al botón guardar.
Campo Valor
escenario
<valor <valor <Correcto/I La aplicación muestra mensaje de <sí/no, según la
probado> probado> ncorrecto> confirmación, indicando que se realizó la respuesta
actualización de información del proyecto. obtenida>
1. La aplicación muestra mensaje de confirmación luego de la edición del Proyecto.
2. Si se ingresa nuevamente a editar el proyecto, deben aparecer reflejadas las modificaciones
realizadas.
Descripción Prueba: Verificar el proceso de Edición de un Proyecto. El CRUD no debe

permitir que se desasocien indicadores al proyecto, si para estos
ya existen valores registrados.
Prerrequisitos

55
PLAN DE PRUEBAS
FUNCIONALES
Versión 2.3_I

Los indicadores de gestión asociados con este proyecto DEBEN tener valores registrados.
(Previamente se deben registrar valores para los indicadores asociados con el Proyecto).
Caso: Se realiza el proceso para la edición de un proyecto. Como los indicadores asociados con el
Proyecto ya tienen valores registrados, El sistema no debe permitir que estos indicadores sean
desasociados del mismo.
4. Una vez el Proyecto es listado como resultado de la búsqueda, dar clic al icono Editar.
5. Realizar cambios sobre los usuarios, e indicadores asociados con el proyecto.
Campo Valor
escenario
probado> probado> ncorrecto> indicando que se no se realizó la respuesta
actualización de información del proyecto obtenida>
debido a que los indicadores que se
intentaron desasociar ya tienen valores
registrados.
1. La aplicación muestra mensaje de error luego de la edición del Proyecto.
2. Si se ingresa nuevamente a editar el proyecto, no deben aparecer reflejadas las modificaciones
realizadas.

55
PLAN DE PRUEBAS
FUNCIONALES
Versión 2.3_I
Descripción Prueba: Verificar el proceso de Eliminación de un Proyecto.
Prerrequisitos
Los indicadores de gestión asociados con este proyecto NO DEBEN tener valores registrados.
Caso: Se realiza el proceso para la eliminación de un proyecto. El sistema debe permitir la

eliminación del Proyecto.
4. Una vez el Proyecto es listado como resultado de la búsqueda, dar clic al icono Eliminar.
Campo Valor
escenario
eliminación del proyecto. obtenida>
1. La aplicación muestra mensaje de confirmación luego de la eliminación del Proyecto.
2. Si se realiza nuevamente la búsqueda por el nombre del proyecto, este ya no debe aparecer
referenciado.

55
PLAN DE PRUEBAS
FUNCIONALES
Versión 2.3_I
Descripción Prueba: Verificar que el proceso de Eliminación de un Proyecto no es

permitido por el sistema si sus indicadores ya tienen registrados
valores.
Prerrequisitos
Los indicadores de gestión asociados con este proyecto DEBEN tener valores registrados.
Caso: Se realiza el proceso para la eliminación de un proyecto. El sistema no debe permitir la

eliminación del Proyecto.
4. Una vez el Proyecto es listado como resultado de la búsqueda, dar clic al icono Eliminar.
Campo Valor
escenario
probado> probado> ncorrecto> indicando que no se realizó la eliminación respuesta
del proyecto debido a que sus indicadores obtenida>
asociados ya tienen valores registrados.
1. La aplicación muestra mensaje de error luego del intento de eliminación del Proyecto.
2. Si se realiza nuevamente la búsqueda por el nombre del proyecto, este debe seguir apareciendo
referenciado.
5.2. CRUD USUARIOS
55
PLAN DE PRUEBAS
FUNCIONALES
Versión 2.3_I
Nombre de caso de uso: CRUD Usuarios
Descripción Prueba: Creación de un Usuario. Caso exitoso.
Prerrequisitos
No debe existir en el Sistema un Usuario con el login ingresado
Caso: Se realiza el proceso para la creación de un usuario, teniendo como prerrequisito que no
existe otro usuario con el mismo login definido en el sistema.
1. Ingresar a la pantalla para la administración de Usuarios
2. Por medio de la opción de búsqueda, verificar que no existe ningún usuario en el sistema, con el
login que va a ser creado.
3. Dar clic al botón Adicionar Usuario.
4. Ingresar el nombre del Usuario, su clave, correo electrónico, estado y asociar alguno de los roles
definidos en el sistema.
Campo Valor
escenario
Usuario. obtenida>
1. La aplicación muestra mensaje de confirmación luego de la creación del Usuario.
2. Si se realiza nuevamente la búsqueda del Usuario mediante la funcionalidad para la búsqueda de
Usuarios, el Usuario debe aparecer en el listado si se ingresa como criterio de búsqueda el login con
el cual fue creado.
55
PLAN DE PRUEBAS
FUNCIONALES
Versión 2.3_I
3. Una vez el Usuario aparece como resultado de la búsqueda, al dar clic en el botón editar, debe
verificarse que los datos ingresados, corresponden de forma idéntica con los valores con los cuales
fue creado. También se debe verificar que la fecha de creación del usuario, corresponda a la fecha
del sistema.
4. Probar que el usuario con login y clave ingresados, puede autenticarse de forma correcta en el
sistema.
Descripción Prueba: Verificar que no es posible la creación de Usuarios con un login

igual a algún usuario ya existente.
Prerrequisitos
En el Sistema debe existir un Usuario previamente creado. (El Usuario creado en el anterior caso de
prueba).
Caso: Se realiza el proceso para la creación de un usuario, teniendo como prerrequisito que ya
existe otro usuario con el mismo login definido en el sistema. El sistema no debe permitir la
creación del Usuario.
2. Por medio de la opción de búsqueda, verificar que ya existe un usuario en el sistema, con el
nombre del Usuario que va a ser creado.
4. Ingresar el login del Usuario que se está creando.
5. Llenar los demás datos necesarios para la creación del Usuario.
6. Asociar uno de los roles existentes en el sistema.
Escenarios de prueba Respuesta esperada de la aplicación Coincide (Si/No)

55
PLAN DE PRUEBAS
FUNCIONALES
Versión 2.3_I
Tipo
Campo Valor
escenario
probado> probado> ncorrecto> indicando que no es posible crear el Usuario respuesta
dado que ya existe en el Sistema un Usuario obtenida>
con el mismo login.
1. La aplicación muestra mensaje de error luego del intento de creación del Usuario.
Usuarios, el Usuario no debe aparecer duplicado en el listado si se ingresa como criterio de
3. Al dar clic en el botón editar, debe verificarse que los datos del Usuario que tiene el mismo login al
que se intento crear, corresponden de forma idéntica con los valores del Usuario anterior y no con los
datos del Usuario que se intentó crear.
Descripción Prueba: Verificar que no es posible la creación de un Usuario con un

login con longitud superior a 10 caracteres.
Prerrequisitos
Caso: Se realiza el proceso para la creación de un Usuario, ingresando como login del Usuario una
cadena con longitud superior a 10 caracteres. El sistema no debe permitir la creación del Usuario.
4. Ingresar el login del Usuario que se está creando. (La longitud debe ser superior a 10 caracteres).

55
PLAN DE PRUEBAS
FUNCIONALES
Versión 2.3_I
5. Ingresar los demás datos obligatorios para la creación de Usuarios.

Campo Valor
escenario
Usuario dado que la longitud de su login obtenida>
es mayor a 10 caracteres.
Usuarios, el Usuario no debe aparecer en el listado si se ingresa como criterio de búsqueda el login
con el cual se intentó crear.
Descripción Prueba: Verificar que no es posible la creación de un Usuario con un

password con longitud superior a 10 caracteres.
Prerrequisitos
Caso: Se realiza el proceso para la creación de un Usuario, ingresando como password del
Usuario una cadena con longitud superior a 10 caracteres. El sistema no debe permitir la creación
del Usuario.

55
PLAN DE PRUEBAS
FUNCIONALES
Versión 2.3_I
4. Ingresar el login del Usuario que se está creando.
5. Ingresar el password del Usuario que se está creando. (La longitud debe ser superior a 10
caracteres).
6. Ingresar los demás datos obligatorios para la creación de Usuarios.
Campo Valor
escenario
Usuario dado que la longitud de su obtenida>
password es mayor a 10 caracteres.
Descripción Prueba: Verificar que no es posible la creación de un Usuario si no

cumple con la obligatoriedad de todos los datos de entrada.
Prerrequisitos

55
PLAN DE PRUEBAS
FUNCIONALES
Versión 2.3_I
Caso: Se realiza el proceso para la creación de un Usuario, sin cumplir con la obligatoriedad de
todos los datos de entrada. El sistema no debe permitir la creación del Usuario.
3. Intentar crear el usuario dejando en blanco alguno de los datos obligatorios (login, password y
nombre). Probar para las diferentes combinaciones de datos obligatorios.
Campo Valor
escenario
Usuario dado que no se han ingresado obtenida>
datos de carácter obligatorio.
Descripción Prueba: Verificar el proceso de Edición de un Usuario.
Prerrequisitos

55
PLAN DE PRUEBAS
FUNCIONALES
Versión 2.3_I
En el Sistema debe existir un Usuario previamente creado.
Caso: Se realiza el proceso para la edición de un Usuario. El sistema debe permitir la edición del
Usuario.
2. Por medio de la opción de búsqueda, ingresar el nombre de un usuario existente en el sistema
4. Una vez el Usuario es listado como resultado de la búsqueda, dar clic al icono Editar.
5. Realizar cambios sobre los datos básicos y roles asociados.
Campo Valor
escenario
actualización de información del Usuario. obtenida>
1. La aplicación muestra mensaje de confirmación luego de la edición del Usuario.
2. Si se ingresa nuevamente a editar el Usuario, deben aparecer reflejadas las modificaciones
realizadas.

55
PLAN DE PRUEBAS
FUNCIONALES
Versión 2.3_I
Descripción Prueba: Verificar el proceso de Eliminación de un Usuario
Prerrequisitos
El usuario NO DEBE estar asociado a ningún proyecto.
Caso: Se realiza el proceso para la eliminación de un Usuario. El sistema debe permitir la

eliminación del Usuario.
2. Por medio de la opción de búsqueda, ingresar el login de un usuario existente en el sistema
4. Una vez el Usuario es listado como resultado de la búsqueda, dar clic al icono Eliminar.
Campo Valor
escenario
eliminación del usuario. obtenida>
1. La aplicación muestra mensaje de confirmación luego de la eliminación del Usuario.
2. Si se realiza nuevamente la búsqueda por el nombre del Usuario, este ya no debe aparecer
referenciado.
Descripción Prueba: Verificar que el proceso de Eliminación de un Usuario no es

permitido por el sistema si el Usuario está asociado como
miembro de un proyecto.
55
PLAN DE PRUEBAS
FUNCIONALES
Versión 2.3_I
Prerrequisitos
El Usuario DEBE estar asociado al menos a un Proyecto.
(Esta condición debe ser garantizada de forma previa)
Caso: Se realiza el proceso para la eliminación de un Usuario. El sistema NO debe permitir la

eliminación del Usuario.
2. Por medio de la opción de búsqueda, ingresar el login de un Usuario existente en el sistema
4. Una vez el Usuario es listado como resultado de la búsqueda, dar clic al icono Eliminar.
Campo Valor
escenario
del Usuario debido a que se encuentra obtenida>
registrado dentro de un Proyecto.
1. La aplicación muestra mensaje de error luego del intento de eliminación del Usuario.
2. Si se realiza nuevamente la búsqueda por el login del Usuario, este debe seguir apareciendo
referenciado.
5.3. REGISTRAR INFORMACION INDICADOR

55
PLAN DE PRUEBAS
FUNCIONALES
Versión 2.3_I
Nombre de caso de uso: Registrar Información Indicador
Descripción Prueba: Registrar el valor o los valores para una combinación de

dimensiones de un Indicador de forma exitosa.
Prerrequisitos
- Debe existir en el Sistema al menos un Indicador asociado a un Proyecto y este Indicador debe tener al
menos una dimensión asociada.
menos una dimensión asociada. El indicador también debe tener variables asociadas.
Caso: Se inserta un valor para la combinación de dimensiones de un indicador de forma exitosa.

1. Ingresar a la pantalla para el Registro de Indicadores.
2. Seleccionar uno de los Proyectos existentes en el Sistema
3. Seleccionar un Indicador asociado con el Proyecto.
3. Seleccionar la combinación de dimensiones del Indicador. (No debe salir ningún valor en el campo
VALOR).
4. Ingresar un los valores respectivos de las variables que corresponden al indicador para la
combinación de dimensiones o inserta los valores de la variables si el indicador tiene variables
definidas.
5. Dar clic al botón Registrar.
Campo Valor
escenario
probado> probado> orrecto> confirmación luego del registro del valor respuesta
para la combinación de dimensiones del obtenida>
Indicador.
probado> probado> orrecto> confirmación luego del registro de los respuesta
valores correspondientes a las variables obtenida>
para la combinación de dimensiones del
Indicador.

55
PLAN DE PRUEBAS
FUNCIONALES
Versión 2.3_I
1. La aplicación muestra mensaje de confirmación luego del Registro de la Información.

2. Si se realiza nuevamente la búsqueda para la combinación de dimensiones del Indicador en el
respectivo proyecto, debe aparecer el valor registrado anteriormente.
3. Verificar en la funcionalidad para la visualización de detalles de un Indicador si el valor registrado,
aparece asociado.
Descripción Prueba: Editar el valor o los valores para una combinación de

dimensiones de un Indicador de forma exitosa.
Prerrequisitos
menos una dimensión asociada. Para dicha combinación debió registrarse con anterioridad un valor.
(Caso de Prueba Anterior).
menos una dimensión asociada. El indicador también debe tener variables asociadas. Para dicha
combinación debió registrarse con anterioridad un valor. (Caso de Prueba Anterior).
Caso: Se edita un valor para la combinación de dimensiones de un indicador de forma exitosa.

3. Seleccionar la combinación de dimensiones del Indicador. El Sistema debe traer el valor asociado a
la combinación en el caso de prueba anterior.
4. Editar el valor de las variables que componen el indicador para la combinación de dimensiones
seleccionadas o edita los valores de las variables si el indicador tiene variables definidas.

55
PLAN DE PRUEBAS
FUNCIONALES
Versión 2.3_I
Tipo
Campo Valor
escenario
probado> probado> orrecto> confirmación luego de la edición del valor respuesta
Indicador.
probado> probado> orrecto> confirmación luego de la edición de los respuesta
valores correspondientes a las variables obtenida>
para la combinación de dimensiones del
Indicador.
1. La aplicación muestra mensaje de confirmación luego de la Edición del Valor.
2. Si se realiza nuevamente la búsqueda para la combinación de dimensiones del Indicador en el
respectivo proyecto, debe aparecer el valor registrado anteriormente.
3. Verificar en la funcionalidad para la visualización de detalles de un Indicador si el valor registrado,
aparece asociado.
5.4. AUTORIZAR USUARIO
Nombre de caso de uso: Generar menú de Usuario
Descripción Prueba: Verificar que el menú de un usuario que ingresa al sistema

corresponde al rol de mismo.
Prerrequisitos
Debe existir en el Sistema al menos un Usuario activo con un Rol asociado. Se debe haber ejecutado la
prueba que corresponde al caso de de uso: CU-002.
Caso: Se ingresa al sistema con un usuario activo del cual se conoce el Rol asignado.

55
PLAN DE PRUEBAS
FUNCIONALES
Versión 2.3_I
1. Abre la pantalla de login del sistema.
2. Ingresa el login y la clave del usuario seleccionado
3. El sistema carga un menú el cual contiene las opciones autorizadas para el rol que tiene el usuario
Campo Valor
escenario
<valor <valor <Correcto/Inc La aplicación muestra un menú con las <sí/no, según la
probado> probado> orrecto> opciones autorizadas para el rol del respuesta
usuario que ingresó al sistema obtenida>
1. Las opciones del menú corresponden al rol del usuario.
5.5. NOTIFICAR REGISTRO
Descripción Prueba: Registrar el valor para una combinación de dimensiones de un

Indicador de forma exitosa para comprobar que el usuario con
rol Visualizador recibe la respectiva notificación vía correo
electrónico
Prerrequisitos
Debe existir en el Sistema al menos un Indicador asociado a un Proyecto y este Indicador debe tener al
menos una dimensión asociada. Además debe existir un usuario asociado al mismo con el rol de
Visualizador y con una dirección de correo válida. Se debe haber ejecutado la prueba que corresponde al
caso de de uso: CU-002.

55
PLAN DE PRUEBAS
FUNCIONALES
Versión 2.3_I
Caso: Se inserta un valor para la combinación de dimensiones de un indicador de forma exitosa y

se verifica que el correo con la notificación fue recibido por el usuario asociado al indicador con
rol Visualizador.
3. Seleccionar la combinación de dimensiones del Indicador. (No debe salir ningún valor en el campo
VALOR).
4. Ingresar un valor para la combinación de dimensiones.
Campo Valor
escenario
probado> probado> orrecto> confirmación luego del registro del valor respuesta
Indicador.
1. Una vez la aplicación muestra mensaje de confirmación luego del Registro de la Información se
debe abrir el correo del usuario con rol Visualizador asociado y confirmar que el correo de notificación
fue recibido.
5.6. GRAFICAR INDICADOR
Nombre de caso de uso: Graficar dimensiones Indicador
Descripción Prueba: Visualizar de forma gráfica un indicador de acuerdo a los

valores registrados para cada dominio de la dimensión
seleccionada del mismo.

55
PLAN DE PRUEBAS
FUNCIONALES
Versión 2.3_I
Prerrequisitos
Debe existir en el Sistema al menos un Indicador asociado a un Proyecto y este Indicador debe tener al
menos una dimensión asociada, con sus respectivos valores ingresados. Se debe haber ejecutado la
prueba respectiva que corresponde al caso de uso: CU-003
Caso: Se visualiza de forma grafica los valores de las dimensiones de un indicador seleccionado.
1. Ingresar a la pantalla para la Visualización de Indicadores.
3. Seleccionar la dimensión del indicador que se desea visualizar
4. Seleccionar uno de los tipos de gráficos permitidos para la dimensión seleccionada.
5. Dar clic al botón Graficar.
Campo Valor
escenario
<valor <valor <Correcto/Inc La aplicación muestra los valores de la <sí/no, según la
probado> probado> orrecto> dimensión en un gráfico de acuerdo al tipo respuesta
seleccionado. obtenida>
1. La aplicación muestra la gráfica selecciona con la Información del indicador escogido.
5.7. CRUD INDICADOR
Nombre de caso de uso: CRUD Indicador

55
PLAN DE PRUEBAS
FUNCIONALES
Versión 2.3_I
Descripción Prueba: Creación de un Indicador
Prerrequisitos
No debe existir en el Sistema un Indicador con el nombre ingresado
Caso: Se realiza el proceso para la creación de un indicador, teniendo como prerrequisito que no
existe otro indicador con el mismo nombre definido en el sistema.
1. Ingresar a la pantalla para la administración de Indicadores
2. Por medio de la opción de búsqueda, verificar que no existe ningún indicador en el sistema, con el
nombre del Indicador que va a ser creado.
3. Dar clic al botón Adicionar Indicador.
4. Ingresar el nombre del Indicador que se está creando.
5. Asociar uno de los tipos de visualización existentes en el sistema.
6. Asociar una forma de cálculo existente en el sistema.
7. Asociar una dimensión existente en el sistema.
Campo Valor
escenario
Indicador. obtenida>
1. La aplicación muestra mensaje de confirmación luego de la creación del Indicador.
2. Si se realiza nuevamente la búsqueda del Indicador mediante la funcionalidad para la búsqueda
de Indicadores, el Indicador debe aparecer en el listado si se ingresa como criterio de búsqueda
el nombre con el cual fue creado.
3. Una vez el indicador aparece como resultado de la búsqueda, al dar clic en el botón editar, debe
verificarse que los datos ingresados (tipo de visualización, forma de cálculo y dimensión
55
PLAN DE PRUEBAS
FUNCIONALES
Versión 2.3_I
asociada), corresponden de forma idéntica con los valores con los cuales fue creado.
Descripción Prueba: Verificar que no es posible la creación de Indicadores con un

nombre igual a algún indicador ya existente.
Prerrequisitos
En el Sistema debe existir un Indicador previamente creado. (El Indicador creado en el anterior caso de
prueba).
Caso: Se realiza el proceso para la creación de un indicador, teniendo como prerrequisito que ya
existe otro indicador con el mismo nombre definido en el sistema. El sistema no debe permitir la
creación del Indicador.
2. Por medio de la opción de búsqueda, verificar que ya existe el indicador en el sistema, con el
4. Ingresar el nombre del Indicador que se está creando.
5. Asociar uno de los tipos de visualización existentes en el sistema.
6. Asociar una forma de cálculo existente en el sistema.
7. Asociar una dimensión existente en el sistema.
Campo Valor
escenario

55
PLAN DE PRUEBAS
FUNCIONALES
Versión 2.3_I

probado> probado> ncorrecto> indicando que no es posible crear el respuesta
indicador dado que ya existe en el Sistema obtenida>
un indicador con el mismo nombre.
1. La aplicación muestra mensaje de error luego del intento de creación del Indicador.
2. Si se realiza nuevamente la búsqueda del Indicador mediante la funcionalidad para la búsqueda de
Indicadores, el Indicador no debe aparecer duplicado en el listado si se ingresa como criterio de
3. Al dar clic en el botón editar, debe verificarse que los datos del Indicador que tiene el mismo
nombre al que se intento crear, corresponden de forma idéntica con los valores del Indicador anterior
y no con los datos del proyecto que se intentó crear.
Descripción Prueba: Verificar que no es posible la creación de un indicador con un

nombre superior a 50 caracteres.
Prerrequisitos
Caso: Se realiza el proceso para la creación de un indicador, ingresando como nombre del
Indicador una cadena con longitud superior a 50 caracteres. El sistema no debe permitir la
creación del Indicador.
3. Ingresar el nombre del Indicador que se está creando (La longitud debe ser superior a 50
caracteres)

55
PLAN DE PRUEBAS
FUNCIONALES
Versión 2.3_I

Campo Valor
escenario
indicador dado que la longitud de su obtenida>
nombre es mayor a 50 caracteres.
1. La aplicación muestra mensaje de error luego del intento de creación del Indicador.
2. Si se realiza nuevamente la búsqueda del Indicador mediante la funcionalidad para la búsqueda de
Indicador, el Indicador no debe aparecer duplicado en el listado si se ingresa como criterio de
3. Al dar clic en el botón editar, debe verificarse que los datos del Indicador que tiene el mismo
nombre al que se intento crear, corresponden de forma idéntica con los valores del Indicador anterior
y no con los datos del indicador que se intentó crear.
Descripción Prueba: Verificar el proceso de Edición de un Indicador.
Prerrequisitos
En el Sistema debe existir un Indicador previamente creado.
Caso: Se realiza el proceso para la edición de un indicador. El sistema debe permitir la edición del
Indicador.

55
PLAN DE PRUEBAS
FUNCIONALES
Versión 2.3_I

4. Una vez el Indicador es listado como resultado de la búsqueda, dar clic al icono Editar
5. Realizar cambios sobre tipos de visualización, forma de cálculo, dimensiones asociadas.
Campo Valor
escenario
actualización de información del indicador. obtenida>
1. La aplicación muestra mensaje de confirmación luego de la edición del Indicador.
2. Si se ingresa nuevamente a editar el indicador, deben aparecer reflejadas las modificaciones
realizadas.
Nombre de caso de uso: CRUD Indicadores
Descripción Prueba: Verificar el proceso de Eliminación de un Indicador
Prerrequisitos
Caso: Se realiza el proceso para la eliminación de un indicador. El sistema debe permitir la

55
PLAN DE PRUEBAS
FUNCIONALES
Versión 2.3_I
eliminación del Indicador.

4. Una vez el Indicador es listado como resultado de la búsqueda, dar clic al icono Eliminar
Campo Valor
escenario
eliminación del indicador. obtenida>
1. La aplicación muestra mensaje de confirmación luego de la eliminación del Indicador.
2. Si se realiza nuevamente la búsqueda por el nombre del indicador, este ya no debe aparecer
referenciado.
Descripción Prueba: Verificar que el proceso de Eliminación de un Indicador no es

permitido por el sistema si tiene asociadas variables.
Prerrequisitos
Este indicador debe tener una variable asociada.

55
PLAN DE PRUEBAS
FUNCIONALES
Versión 2.3_I
Caso: Se realiza el proceso para la eliminación de un Indicador. El sistema no debe permitir la

4. Una vez el Indicador es listado como resultado de la búsqueda, dar clic al icono Eliminar
Campo Valor
escenario
del indicador debido a que tenía variables obtenida>
asociadas.
1. La aplicación muestra mensaje de error luego del intento de eliminación del Indicador.
2. Si se realiza nuevamente la búsqueda por el nombre del Indicador, este debe seguir apareciendo
referenciado.
Descripción Prueba: Creación de una Variable
Prerrequisitos
Deber existir en el sistema un indicador al que será asociada la variable creada

55
PLAN DE PRUEBAS
FUNCIONALES
Versión 2.3_I
Caso: Se realiza el proceso para la creación de una variable, teniendo como prerrequisito que debe
existir un indicador al cual asociarle esta variable.
2. Por medio de la opción de búsqueda, encontrar el indicador al cual será asociada la dimensión.
5. Dar clic al botón Adicionar Variable.
6. Ingresar el nombre de la Variable, el Tipo y el Operador que se está creando. Si el tipo es
Constante el campo Valor Constante se debe habilitar
Campo Valor
escenario
probado> probado> orrecto> confirmación luego de la creación de la respuesta
variable. obtenida>
1. La aplicación muestra mensaje de confirmación luego de la creación de la Variable.
2. Si se ingresa nuevamente al indicador deberá aparecer la variable que fue creada.
3. Una vez la variable aparece, al dar clic en el botón editar, debe verificarse que los datos
ingresados corresponden de forma idéntica con los valores con los cuales fue creado.
Descripción Prueba: Verificar que no es posible la creación de una Variable con un

nombre igual en un indicador ya existente.
Prerrequisitos
55
PLAN DE PRUEBAS
FUNCIONALES
Versión 2.3_I
En el Sistema debe existir una Variable previamente creada en el indicador. (La variable creada en el
anterior caso de prueba).
Caso: Se realiza el proceso para la creación de una variable, teniendo como prerrequisito que ya
existe otra dimensión con el mismo nombre definido en el indicador. El sistema no debe permitir la
creación de la variable.
5. Dar clic al botón Adicionar Variable.
6. Ingresar el nombre de la Variable, el Tipo y el Operador que se está creando. Si el tipo es
Constante el campo Valor Constante se debe habilitar
Campo Valor
escenario
probado> probado> ncorrecto> indicando que no es posible crear la variable respuesta
dado que ya existe en el Indicador una obtenida>
variable con el mismo nombre.
1. La aplicación muestra mensaje de error luego de la creación de la Variable.
2. Si se ingresa nuevamente al indicador no deberá aparecer la variable que se intento crear.
3. Una vez la variable aparece, al dar clic en el botón editar, debe verificarse que los datos
ingresados corresponden de forma idéntica con los valores con los cuales fue creada la variable
antes de ejecutar este caso de prueba.

55
PLAN DE PRUEBAS
FUNCIONALES
Versión 2.3_I
Descripción Prueba: Verificar el proceso de Edición de una Variable.
Prerrequisitos
En el Sistema debe existir una Variable previamente creada asociada a un indicador.
Caso: Se realiza el proceso para la edición de una variable. El sistema debe permitir la edición de
la Dimensión.
5. Dar clic al botón Editar Variable.
6. Realizar cambios sobre los valores asociados.
Campo Valor
escenario
actualización de información de la variable. obtenida>
1. La aplicación muestra mensaje de confirmación luego de la edición de la Variable
2. Si se ingresa nuevamente a editar la variable, deben aparecer reflejadas las modificaciones
realizadas.
55
PLAN DE PRUEBAS
FUNCIONALES
Versión 2.3_I
Descripción Prueba: Verificar el proceso de Eliminación de una Variable
Prerrequisitos
En el Sistema debe existir una Variable previamente creada asociada a un indicador.
Caso: Se realiza el proceso para la eliminación de una variable. El sistema debe permitir la
eliminación de la variable.
5. Dar clic al botón Eliminar Variable.
Campo Valor
escenario
eliminación de la variable. obtenida>
1. La aplicación muestra mensaje de confirmación luego de la eliminación de la variable.
2. Si se realiza nuevamente la búsqueda por el nombre del indicador, la variable que se eliminó no
debe aparecer referenciada.

55
PLAN DE PRUEBAS
FUNCIONALES
Versión 2.3_I
Descripción Prueba: Verificar que el proceso de Eliminación de un Indicador no es

permitido por el sistema si tiene asociadas dimensiones.
Prerrequisitos
Este indicador debe tener una dimensión asociada.
Caso: Se realiza el proceso para la eliminación de un Indicador. El sistema no debe permitir la

Una vez el Indicador es listado como resultado de la búsqueda, dar clic al icono Eliminar
Campo Valor
escenario
del indicador debido a que tenia obtenida>
dimensiones asociadas.
1. La aplicación muestra mensaje de error luego del intento de eliminación del Indicador.
2. Si se realiza nuevamente la búsqueda por el nombre del Indicador, este debe seguir apareciendo
referenciado.

55
PLAN DE PRUEBAS
FUNCIONALES
Versión 2.3_I
Descripción Prueba: Creación de una Dimensión
Prerrequisitos
Deber existir en el sistema un indicador al que será asociado la dimensión creada
Caso: Se realiza el proceso para la creación de una dimensión, teniendo como prerrequisito que
debe existir un indicador al cual asociarle esta dimensión.
12. Dar clic al botón Adicionar Dimensión.
13. Ingresar el nombre de la Dimensión que se está creando.
14. Asociar un dominio existente en el sistema.
Campo Valor
escenario
probado> probado> orrecto> confirmación luego de la creación de la respuesta
Dimensión. obtenida>

55
PLAN DE PRUEBAS
FUNCIONALES
Versión 2.3_I
4. La aplicación muestra mensaje de confirmación luego de la creación de la Dimensión.

5. Si se ingresa nuevamente al indicador deberá aparecer la dimensión que fue creada.
6. Una vez la dimensión aparece, al dar clic en el botón editar, debe verificarse que los datos
Descripción Prueba: Verificar que no es posible la creación de una Dimensión con un

nombre igual en un indicador ya existente.
Prerrequisitos
En el Sistema debe existir una Dimensión previamente creada en el indicador. (La dimensión creada en
el anterior caso de prueba).
Caso: Se realiza el proceso para la creación de una dimensión, teniendo como prerrequisito que ya
existe otra dimensión con el mismo nombre definido en el indicador. El sistema no debe permitir la
creación de la dimensión.
12. Dar clic al botón Adicionar Dimensión.
13. Ingresar el nombre de la Dimensión que ya se encuentra registrada para el indicador.
14. Asociar un dominio existente en el sistema.

55
PLAN DE PRUEBAS
FUNCIONALES
Versión 2.3_I
Tipo
Campo Valor
escenario
probado> probado> ncorrecto> indicando que no es posible crear la respuesta
dimensión dado que ya existe en el obtenida>
Indicador una dimensión con el mismo
nombre.
4. La aplicación muestra mensaje de error luego de la creación de la Dimensión.
5. Si se ingresa nuevamente al indicador no deberá aparecer la dimensión que se intento crear.
6. Una vez la dimensión aparece, al dar clic en el botón editar, debe verificarse que los datos
ingresados corresponden de forma idéntica con los valores con los cuales fue creada la
dimensión antes de ejecutar este caso de prueba.
Descripción Prueba: Verificar el proceso de Edición de una Dimensión.
Prerrequisitos
En el Sistema debe existir una Dimensión previamente creada asociada a un indicador.
Caso: Se realiza el proceso para la edición de una dimensión. El sistema debe permitir la edición
de la Dimensión.

55
PLAN DE PRUEBAS
FUNCIONALES
Versión 2.3_I

12. Dar clic al botón Editar Dimensión.
13. Realizar cambios sobre los valores asociados.
Campo Valor
escenario
actualización de información de la obtenida>
dimensión.
1. La aplicación muestra mensaje de confirmación luego de la edición de la Dimensión
2. Si se ingresa nuevamente a editar la dimensión, deben aparecer reflejadas las modificaciones
realizadas.
Descripción Prueba: Verificar el proceso de Eliminación de una Dimensión
Prerrequisitos
En el Sistema debe existir una Dimensión previamente creada asociada a un indicador.
Caso: Se realiza el proceso para la eliminación de una dimensión. El sistema debe permitir la
eliminación de la Dimensión.

55
PLAN DE PRUEBAS
FUNCIONALES
Versión 2.3_I

10. Dar clic al botón Eliminar Dimensión.
Campo Valor
escenario
eliminación de la dimensión. obtenida>
1. La aplicación muestra mensaje de confirmación luego de la eliminación de la dimensión.
2. Si se realiza nuevamente la búsqueda por el nombre del indicador, la dimensión que se eliminó no
debe aparecer referenciada.
Descripción Prueba: Verificar que el proceso de Eliminación de una Dimensión no es

permitido por el sistema si tiene asociados dominios.
Prerrequisitos
En el indicador debe existir una dimensión asociada.
En el indicador debe existir un dominio asociado.
Caso: Se realiza el proceso para la eliminación de una Dimensión. El sistema no debe permitir la
eliminación de la Dimensión.

55
PLAN DE PRUEBAS
FUNCIONALES
Versión 2.3_I
5. Dar clic al botón Eliminar Dimensión.
Campo Valor
escenario
probado> probado> ncorrecto> indicando que no se realizó la eliminación de respuesta
la dimensión debido a que tenía dominio obtenida>
asociados.
1. La aplicación muestra mensaje de error luego del intento de eliminación de la dimensión.
2. Si se realiza nuevamente la búsqueda por el nombre del Indicador, la dimensión que se intento
eliminar debe aparecer referenciada.
Descripción Prueba: Creación de un Dominio
Prerrequisitos
Deber existir en el sistema un indicador con una dimensión asociada al que será asociado el dominio
creado
Caso: Se realiza el proceso para la creación de un dominio, teniendo como prerrequisito que debe
existir un indicador con dimensión al cual asociarle éste dominio.

55
PLAN DE PRUEBAS
FUNCIONALES
Versión 2.3_I
5. Una vez las dimensiones son listadas, dar clic en el icono editar
6. Dar clic al botón Adicionar Dominio.
Campo Valor
escenario
Dominio. obtenida>
1. La aplicación muestra mensaje de confirmación luego de la creación del Dominio.
2. Si se ingresa nuevamente a la dimensión del indicador deberá aparecer el dominio que fue
creado.
3. Una vez el dominio aparece, al dar clic en el botón editar, debe verificarse que los datos
Descripción Prueba: Verificar que no es posible la creación de un Dominio con un

nombre igual en la dimensión de un indicador ya existente.
Prerrequisitos

55
PLAN DE PRUEBAS
FUNCIONALES
Versión 2.3_I
En el Sistema debe existir un Dominio previamente creado para la dimensión del indicador. (El dominio
creado en el anterior caso de prueba).
Caso: Se realiza el proceso para la creación de un dominio, teniendo como prerrequisito que ya
existe otro dominio con el mismo nombre definido en la dimensión. El sistema no debe permitir la
creación del dominio.
6. Dar clic al botón Adicionar Dominio.
Campo Valor
escenario
probado> probado> ncorrecto> indicando que no es posible crear el dominio respuesta
dado que ya existe en la dimensión un obtenida>
dominio con el mismo nombre.
1. La aplicación muestra mensaje de error luego de la creación de la Dominio.
2. Si se ingresa nuevamente a la Dimensión no deberá aparecer el dominio que fue creada.
3. Una vez el dominio aparece, al dar clic en el botón editar, debe verificarse que los datos
ingresados corresponden de forma idéntica con los valores con los cuales fue inicialmente
creado..
55
PLAN DE PRUEBAS
FUNCIONALES
Versión 2.3_I
Descripción Prueba: Verificar el proceso de Edición de un Dominio.
Prerrequisitos
En el Sistema debe existir un Dominio previamente creada asociado a una dimensión de un indicador.
Caso: Se realiza el proceso para la edición de un dominio. El sistema debe permitir la edición del
dominio.
6. Dar clic al botón Editar Dominio.
7. Modificar el nombre del Dominio que se está creando.
Campo Valor
escenario
actualización de información del dominio. obtenida>
1. La aplicación muestra mensaje de confirmación luego de la edición del Dominio
2. Si se ingresa nuevamente a editar el dominio, deben aparecer reflejadas las modificaciones
realizadas.

55
PLAN DE PRUEBAS
FUNCIONALES
Versión 2.3_I
Descripción Prueba: Verificar el proceso de Eliminación de un Dominio
Prerrequisitos
En el Sistema debe existir un Dominio previamente creada asociado a una dimensión de un indicador.
Caso: Se realiza el proceso para la eliminación de un dominio. El sistema debe permitir la

eliminación del dominio.
6. Dar clic al botón Eliminar Dominio.
Campo Valor
escenario
eliminación del dominio. obtenida>
1. La aplicación muestra mensaje de confirmación luego de la eliminación del dominio.
2. Si se realiza nuevamente la búsqueda en el indicador, el dominio eliminando asociado a la
dimensión no debe aparecer referenciada.

55
PLAN DE PRUEBAS
FUNCIONALES
Versión 2.3_I
Descripción Prueba: Verificar que el indicador realice correctamente la forma de

calculo consolidad
Prerrequisitos
En el Sistema debe existir un Indicador previamente creada con todas sus dimensiones, dominios y
variables configuradas
Caso: Se realiza el proceso de visualización de un indicador, los valores visualizados deben

coincidir con la forma de cálculo definida en la administración del indicador.
1. Configurar un Indicador de acuerdo con Dimensiones, Dominio, y Variables de acuerdo a como re
realiza en los casos de prueba anteriores.
2. Seleccionar para el Indicador una forma de calcular el consolidado.
3. Emplear el menú registro de indicadores y poblar el indicador.
4. Registrar los números introducidos en un papel.
5. Verificar en Visualización que los datos proporcionados para el indicador sean coherentes con las
cuentas realizadas manualmente.
Campo Valor
escenario
<valor <valor <Correcto/I La aplicación muestra los valores del <sí/no, según la
probado> probado> ncorrecto> indicador de acuerdo a la forma de calcular respuesta
seleccionada obtenida>
1. Los cálculos realizados manualmente coinciden con los desplegados en la visualización del
indicador desde el menú visualización.

55
PLAN DE PRUEBAS
FUNCIONALES
Versión 2.3_I
Descripción Prueba: Verificar que los modos de visualización configurados en el

indicador son coherentes con los que aparecen en el menú de
visualización.
Prerrequisitos
En el Sistema debe existir un Indicador previamente creada con sus formas de visualización asociadas
Caso: Se realiza el proceso de visualización de un indicador, los valores de visualización deben

coincidir con los seleccionados en la administración del indicador.
1. Configurar un Indicador seleccionando un solo modo de visualización.
2. Verificar en Visualización que la forma de visualización proporcionada sea únicamente la
seleccionada en el paso anterior.
Campo Valor
escenario
<valor <valor <Correcto/I La aplicación muestra los valores de <sí/no, según la
probado> probado> ncorrecto> visualización del indicador de acuerdo a las respuesta
que fueron seleccionadas en la obtenida>
administración.
1. La aplicación muestra los valores de visualización del indicador de acuerdo a las que fueron
seleccionadas en la administración.

55
PLAN DE PRUEBAS
FUNCIONALES
Versión 2.3_I
Descripción Prueba: Verificar que el indicador realice correctamente el cálculo de sus

variables
Prerrequisitos
En el Sistema debe existir un Indicador previamente creada con todas sus dimensiones, dominios y
variables configuradas
Caso: Se realiza el proceso de visualización de un indicador, los valores visualizados deben

coincidir con la formula creada para las variables del indicador.
1. Configurar en el Indicador una formula con la variables, Por ejemplo: variable A + variable B /
variable C
2. Emplear el menú registro de indicadores y poblar las tuplas dimensión-dominio con valores para
las variables definidas en el indicador.
3. Registrar los números introducidos en un papel para cada tupla.
4. Verificar en Visualización que los datos proporcionados para el indicador sean coherentes con las
cuentas realizadas manualmente. Esto se hará haciendo drill-down en el indicador hasta llegar a
la tuplas en las que se introducieron valores en los pasos anteriores.
Campo Valor
escenario
<valor <valor <Correcto/I Cuando se llega al nivel de las tuplas <sí/no, según la
probado> probado> ncorrecto> dimensión- dominio la aplicación muestra los respuesta
valores de acuerdo a la forma de calcular obtenida>
seleccionada.
1. Los cálculos realizados manualmente coinciden con los desplegados en la visualización del
indicador desde el menú visualización.

55
PLAN DE PRUEBAS
FUNCIONALES
Versión 2.3_I

55

Ds Ex 0014 Setpruebas Funcionales v2.3 I

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Ds Ex 0014 Setpruebas Funcionales v2.3 I

Cargado por

Copyright:

Formatos disponibles

SISTEMA DE SEGUIMIENTO DE INDICADORES DE GESTIÓN DE PROYECTOS DE

PLAN DE PRUEBAS FUNCIONALES

Fecha Versión Descripción Autor

GGP Plan de Pruebas Funcionales Página 2 de 55

GGP Plan de Pruebas Funcionales Página 3 de 55

Por medio de este documento se pretende establecer la guía para la elaboración

El propósito del plan de pruebas es proveer la información necesaria para planear

Este plan de pruebas soporta los siguientes objetivos

3. ALCANCE DE LAS PRUEBAS FUNCIONALES

A continuación se presenta una tabla que resume todas las características y

 Validar que se cumplan los

Herramientas Requeridas:  No Aplica: Las pruebas funcionales se realizarán

Criterios de Aceptación:  El resultado de cada caso de prueba debe ser igual al

 Los resultados obtenidos con cada uno de los escenarios de

 La aplicación cumple con los requerimientos funcionales del

GGP Plan de Pruebas Funcionales Página 5 de 55

4. CRITERIOS DE ENTRADA Y SALIDA

4.1. Criterio de Ejecución del Plan de Pruebas

 Set de pruebas documentado incluyendo escenarios claros para el

4.2. Criterio de Terminación del Plan de Pruebas

 Todas las pruebas se ejecutan sin errores.

4.3. Criterio de Suspensión del Plan de Pruebas

 Una componente principal tiene un error que impide probar un área

GGP Plan de Pruebas Funcionales Página 6 de 55

5. ESCENARIOS PROPUESTOS DE PRUEBA

Nombre de caso de uso: CRUD Proyectos

Descripción Prueba: Creación de un Proyecto

Responsable: <Nombre de persona que ejecuta la prueba>

Descripción de Casos de Prueba

GGP Plan de Pruebas Funcionales Página 7 de 55

Nombre de caso de uso: CRUD Proyectos

Descripción Prueba: Verificar que no es posible la creación de Proyectos con un

Descripción de Casos de Prueba

GGP Plan de Pruebas Funcionales Página 8 de 55

7. Dar clic al botón guardar

Nombre de caso de uso: CRUD Proyectos

Descripción Prueba: Verificar que no es posible la creación de un proyecto con un

Descripción de Casos de Prueba

GGP Plan de Pruebas Funcionales Página 9 de 55

Nombre de caso de uso: CRUD Proyectos

Descripción Prueba: Verificar el proceso de Edición de un Proyecto.

Responsable: <Nombre de persona que ejecuta la prueba>

GGP Plan de Pruebas Funcionales Página 10 de

Descripción de Casos de Prueba

Nombre de caso de uso: CRUD Proyectos

Descripción Prueba: Verificar el proceso de Edición de un Proyecto. El CRUD no debe

GGP Plan de Pruebas Funcionales Página 11 de

En el Sistema debe existir un Proyecto previamente creado.

GGP Plan de Pruebas Funcionales Página 12 de

Nombre de caso de uso: CRUD Proyectos

Descripción Prueba: Verificar el proceso de Eliminación de un Proyecto.

Responsable: <Nombre de persona que ejecuta la prueba>

Descripción de Casos de Prueba

Caso: Se realiza el proceso para la eliminación de un proyecto. El sistema debe permitir la

GGP Plan de Pruebas Funcionales Página 13 de

Nombre de caso de uso: CRUD Proyectos

Descripción Prueba: Verificar que el proceso de Eliminación de un Proyecto no es

Descripción de Casos de Prueba

Caso: Se realiza el proceso para la eliminación de un proyecto. El sistema no debe permitir la

5.2. CRUD USUARIOS

Identificador de caso de uso: CU-002

Nombre de caso de uso: CRUD Usuarios

Descripción Prueba: Creación de un Usuario. Caso exitoso.