| Version 6 (modified by jalvarez, 7 años ago) (diff) |
|---|
Plan de Pruebas Funcionales
1. Plan de Pruebas Funcionales para los Casos de Uso de Gestión de Usuario
1.1 Casos de Prueba para el Caso de Uso: Registrar actor planificador
Flujo Básico
1- El usuario pulsa la opción “registrar actor planificador”.
2- El sistema solicita el nombre del actor planificador, el tipo de usuario a que éste corresponde (para ello presenta las siguientes opciones: Actor Macro, Actor Micro) y el rol que posee (si el usuario ha seleccionado como tipo de usuario al Actor Micro, entonces se le presentan las siguientes opciones para el rol: Enlace, Supervisor, Sin rol; si el usuario ha seleccionado como tipo de usuario al Actor Macro, entonces se le presentan las siguientes opciones para el rol: Control, Sin rol). El sistema muestra las opciones “guardar” y “cancelar”.
3- El usuario ingresa la información solicitada y pulsa la opción “guardar”.
4- El sistema registra la información ingresada.
5- El sistema presenta un mensaje en el que indica que los datos fueron registrados exitosamente y los muestra por pantalla. 6- Si el usuario ingresa la información solicitada y presiona la opción "cancelar" el sistema no ejecuta ninguna acción.
Flujos Alternativos
4.1- Si el usuario presiona la opción “guardar”, pero omite todos o algunos datos solicitados el sistema presenta por pantalla un mensaje en el que solicita se indiquen los datos omitidos.
Casos de Prueba
| Escenario | # Caso de prueba | Objetivo de la prueba | Datos de entrada | Salida esperada | Salida obtenida | Observaciones | Errores corregidos |
| Flujo Básico | 1 | Observar el comportamiento del sistema cuando el administrador del sistema ingresa los datos para el registro del actor planificador. | Nombre del actor planificador = Ministerio de Ciencia y Tecnología e Industrias Intermedias. Rol que posee= Actor estratégico-táctico. Toma la opción "guardar". | El sistema presenta un mensaje indicando que los datos fueron registrados exitosamente y muestra por pantalla los datos registrados. | Igual a lo esperado. | ||
| Flujo Básico | 2 | Observar el comportamiento del sistema cuando el administrador del sistema ingresa los datos para el registro del actor planificador. | Nombre del actor planificador = Centro Nacional de Desarrollo e Investigación de Tecnologías Libres. Rol que posee= Actor operativo. Toma la opción "guardar". | El sistema presenta un mensaje indicando que los datos fueron registrados exitosamente y muestra por pantalla los datos registrados. | Igual a lo esperado. | ||
| Flujo Básico | 3 | Observar el comportamiento del sistema cuando el administrador del sistema ingresa los datos para el registro del actor planificador. | Nombre del actor planificador = Centro de Investigaciones de Astronomía. Rol que posee= Actor operativo. Se toma la opción "guardar". | El sistema presenta un mensaje indicando que los datos fueron registrados exitosamente y muestra por pantalla los datos registrados. | Igual a lo esperado. | ||
| Flujo Alternativo 4.1 | 4 | Observar el comportamiento del sistema cuando el administrador del sistema no ingresa los datos para el registro del actor planificador. | Nombre del actor planificador = . Rol que posee= Actor estratégico-táctico. Se toma la opción "guardar". | El sistema presenta un mensaje en el que solicita se indiquen los datos omitidos. | Igual a lo esperado. | ||
| Flujo Alternativo 4.1 | 5 | Observar el comportamiento del sistema cuando el administrador del sistema no ingresa los datos para el registro del actor planificador. | Nombre del actor planificador = . Rol que posee= . Se toma la opción "guardar". | El sistema presenta un mensaje en el que solicita se indiquen los datos omitidos. | No aplica. | Para seleccionar el rol el sistema despliega un menú que no permite dejar espacios en blanco. |
1.2 Casos de Prueba para el Caso de Uso: Consultar lista de actores planificadores.
Flujo Básico
1.- El usuario pulsa la opción “Actores planificadores”.
2.- El sistema presenta una pantalla donde muestra el listado de los actores planificadores registrados y las opciones “modificar” y “eliminar” para cada actor del listado (estas dos opciones serán descritas en los dos casos de uso siguientes).
Flujos Alternativos
No aplica
Casos de prueba
| Escenario | # Caso de prueba | Objetivo de la prueba | Datos de entrada | Salida esperada | Salida obtenida | Observaciones | Errores corregidos |
| Flujo Básico | 1 | Observar el comportamiento del sistema cuando se solicita consultar la lista de los actores planificadores registrados. | Se toma la opción “lista de actores planificadores”. | El sistema presenta por pantalla un listado con los actores planificadores registrados y las opciones “modificar” y “eliminar”. | Igual a lo esperado. | ||
1.3 Caso de prueba para el Caso de Uso: Modificar nombre de actor planificador.
Flujo Básico
1.- El usuario pulsa la opción “Actores planificadores”.
2.- El sistema presenta una pantalla donde muestra el listado de los actores planificadores registrados y muestra las opciones “modificar” y “eliminar” para cada actor del listado.
3.- El usuario pulsa la opción “modificar” para el actor de interés.
4.- El sistema activa el campo “nombre del actor planificador” y presenta las opciones “guardar ” y “cancelar”.
5.- El usuario modifica el nombre del actor planificador y presiona la opción “guardar”.
6.- El sistema registra la modificación.
7.- Si el usuario pulsa la opción “cancelar” luego de modificar el nombre del actor, el sistema no ejecuta ninguna acción.
Flujos Alternativos
6.1- Si el usuario pulsa la opción "guardar" y omite todos o algunos datos solicitados, el sistema presenta por pantalla un mensaje en el que solicita se indiquen los datos omitidos.
Casos de prueba
| Escenario | # Caso de prueba | Objetivo de la prueba | Datos de entrada | Salida esperada | Salida obtenida | Observaciones | Errores corregidos |
| Flujo Básico | 1 | Observar el comportamiento del sistema cuando el administrador del sistema modifica el nombre de un actor planificador registrado. | Nombre del actor planificador = Ministerio del Poder Popular para la Ciencia y Tecnología e Industrias Intermedias. Toma la opción "guardar". | El sistema registra la modificación. | Igual a lo esperado. |
| Flujo Básico | 2 | Observar el comportamiento del sistema cuando el administrador del sistema modifica el nombre de un actor planificador registrado pero decide cancelar la modificación. | Nombre del actor planificador = Ministerio del Poder Popular para Ciencia y Tecnología e Industrias Intermedias. Toma la opción "cancelar". | El sistema no ejecuta ninguna acción. | Igual a lo esperado. |
| Flujo Alternativo 6.1 | 3 | Observar el comportamiento del sistema cuando el administrador del sistema borra el nombre del actor planificador que desea modificar y presiona la opción "guardar". | Nombre del actor planificador =. Se toma la opción “guardar” | El sistema presenta por pantalla un mensaje en el que solicita se indiquen los datos omitidos. | Igual a lo esperado. |
1.4. Caso de Prueba para el Caso de Uso: Eliminar Actor planificador
Flujo Básico
1- El usuario pulsa la opción “lista de actores planificadores”.
2- El sistema presenta una pantalla donde muestra el listado de los actores planificadores registrados y muestra las opciones “modificar” y “eliminar” para cada actor del listado.
3- El usuario pulsa la opción “eliminar” para el actor planificador de interés.
4- El sistema pregunta al usuario a través de un mensaje ¿Está seguro de querer eliminar al actor planificador seleccionado? y muestra las opciones “eliminar” y “cancelar”.
5- Si el usuario selecciona la opción “eliminar” el registro del actor planificador es borrado. 6- Si el usuario selecciona la opción “cancelar” el sistema no ejecuta ninguna acción.
Flujos Alternativos
No aplica
Casos de Prueba
| Escenario | # Caso de prueba | Objetivo de la prueba | Datos de entrada | Salida esperada | Salida obtenida | Observaciones | Errores corregidos |
| Flujo Básico | 1 | Observar el comportamiento del sistema cuando el administrador del sistema decide eliminar un actor planificador. | Actor planificador= Centro de Investigaciones de Astronomía. Se toma la opción “Eliminar”. | El sistema presenta un mensaje preguntando si ¿Está seguro de querer eliminar al actor planificador seleccionado?. Luego de responder a la pregunta el registro del actor planificador es borrado. | Igual a lo esperado. | ||
| Flujo Básico | 2 | Observar el comportamiento del sistema cuando el administrador del sistema decide eliminar un actor planificador pero luego cancela dicha eliminación. | Para el actor planificador= Centro Nacional de Desarrollo e Investigación de Tecnologías Libres se pulsa la opción Eliminar. Se toma la opción “Cancelar”. | El sistema presenta un mensaje preguntando si ¿Está seguro de querer eliminar al actor planificador seleccionado?. Luego de responder a la pregunta el sistema no ejecuta ninguna acción. | Igual a lo esperado. |
1.5. Casos de Prueba para el Caso de Uso: Agregar usuario
Flujo Básico
1- El usuario pulsa la opción “agregar usuario”.
2- El sistema presenta una pantalla donde muestra las opciones “crear cuenta” y “cancelar”, y solicita se indique la siguiente información: el nombre del usuario, dirección de correo electrónico, actor planificador al que pertenece (en este caso el sistema muestra por pantalla una lista con los nombres de los actores planificadores registrados) y el tipo de rol (si el actor ha seleccionado como actor planificador el Actor Micro, entonces se le presentan las siguientes opciones para el rol: Enlace, Supervisor, Sin rol; si el actor ha seleccionado como actor planificador el Actor Macro, entonces se le presentan las siguientes opciones para el rol: Control, Sin rol).
3- El usuario ingresa la información solicitada y pulsa la opción “crear cuenta”.
4- El sistema genera de forma aleatoria una contraseña conforme al tipo de actor planificador y rol que el usuario representa.
5- El sistema registra los datos ingresados y el nombre de usuario y contraseña.
6- El sistema envía a la dirección indicada el nombre de usuario y contraseña.
7- Si el usuario ingresa los datos y presiona la opción "cancelar" el sistema no ejecuta ninguna acción.
Flujos Alternativos
5.1- Si el usuario pulsa la opción "crear cuenta" pero omite todos o algunos datos solicitados, el sistema presenta por pantalla un mensaje en el que solicita se indiquen los datos omitidos.
5.2- Si el nombre del usuario ya ha sido registrado, el sistema envía un mensaje en que se solicita se indique un nombre de usuario que no este ingresado en el sistema.
Casos de Prueba
| Escenario | # Caso de prueba | Objetivo de la prueba | Datos de entrada | Salida esperada | Salida obtenida | Observaciones | Errores corregidos |
| Flujo Básico | 1 | Observar el comportamiento del sistema cuando el administrador del sistema desea agregar un usuario. | Se toma la opción “agregar usuario”. Nombre del usuario: mmontilla. Dirección de correo electrónico: mmontilla@... Actor planificador al que pertenece: se toma la opción CENDITEL. Se pulsa la opción “crear cuenta”. | El sistema envía a la dirección indicada el nombre de usuario y contraseña. | Igual a lo esperado. | En el menú "usuarios" no se permite crear un nuevo usuario, ello debe hacerse por "Actor Planificador". De igual manera, no envía el correo. | |
| Flujo Básico | 2 | Observar el comportamiento del sistema cuando el administrador del sistema desea agregar un usuario. | Se toma la opción “agregar usuario”. Nombre del usuario: planificacion. Dirección de correo electrónico: planificacion@... Actor planificador al que pertenece: se toma la opción CENDITEL. Se pulsa la opción “crear cuenta”. | El sistema envía a la dirección indicada el nombre de usuario y contraseña. | Igual a lo esperado. | No envía el correo. | |
| Flujo Básico | 3 | Observar el comportamiento del sistema cuando el administrador del sistema decide agregar un usuario pero luego cancela. | Se toma la opción “agregar usuario". Nombre del usuario: lchourio. Dirección de correo electrónico: lchourio@... Actor planificador al que pertenece: se toma la opción CENDITEL. Se pulsa la opción “cancelar”. | El sistema no ejecuta ninguna acción. | Igual a lo esperado. | ||
| Flujo Alternativo 5.1 | 4 | Observar el comportamiento del sistema cuando el administrador del sistema desea agregar un usuario pero omite algunos datos. | Se toma la opción “agregar usuario”. Nombre del usuario: lchourio. Dirección de correo electrónico: .Actor planificador al que pertenece: se toma la opción CENDITEL. Se pulsa la opción “crear cuenta”. | El sistema presenta por pantalla un mensaje en el que solicita se indiquen los datos omitidos. | Igual a lo esperado. |
| Flujo Alternativo 5.1 | 5 | Observar el comportamiento del sistema cuando el administrador del sistema desea agregar un usuario pero omite algunos datos. | Se toma la opción “agregar usuario”. Nombre del usuario:. Dirección de correo electrónico: lchourio@... Actor planificador al que pertenece: se toma la opción CENDITEL. Se pulsa la opción “crear cuenta”. | El sistema presenta por pantalla un mensaje en el que solicita se indiquen los datos omitidos. | Igual a lo esperado. | ||
| Flujo Alternativo 5.2 | 6 | Observar el comportamiento del sistema cuando el administrador del sistema desea agregar un usuario pero el nombre del usuario ya ha sido registrado previamente. | Se toma la opción “agregar usuario”. Nombre del usuario:mmontilla. Dirección de correo electrónico: mmontilla@... Actor planificador al que pertenece: se toma la opción CENDITEL. Se pulsa la opción “crear cuenta”. | El sistema presenta por pantalla un mensaje en el que solicita se indique un nombre de usuario que no este ingresado en el sistema. | Igual a lo esperado. |
1.6 Caso de prueba para el Caso de Uso: Consultar lista de usuarios
Flujo Básico
1.- El usuario pulsa la opción “usuarios”.
2.- El sistema presenta una pantalla donde muestra el listado de los usuarios registrados y las opciones “modificar” y “eliminar” para cada usuario del listado (estas dos opciones serán descritas en los dos casos de uso siguientes).
Flujos Alternativos
No aplica
Casos de prueba
| Escenario | # Caso de prueba | Objetivo de la prueba | Datos de entrada | Salida esperada | Salida obtenida | Observaciones | Errores corregidos |
| Flujo Básico | 1 | Observar el comportamiento del sistema cuando el administrador del sistema consulta el listado de usuarios registrados | Se toma la opción “usuarios”. | El sistema presenta una pantalla donde muestra el listado de los usuarios registrados y las opciones “modificar” y “eliminar”. | Igual a lo esperado. |
1.7 Caso de prueba para el Caso de Uso: Modificar usuario
Flujo Básico
1- El usuario pulsa la opción “usuarios”.
2- El sistema presenta por pantalla la lista de usuarios registrados y presenta las opciones “modificar” y “eliminar” para cada usuario.
3- El usuario pulsa la opción "modificar" para el usuario de interés.
4- El sistema presenta por pantalla los campos activos del registro de usuario y las opciones "guardar" y "cancelar".
5- El usuario realiza la modificación requerida en los datos y presiona la opción "guardar".
6- El sistema registra los datos modificados.
7- Si el usuario pulsa la opción “cancelar” luego de realizar la modificación, el sistema no ejecuta ninguna acción.
Flujos Alternativos
6.1- Si el usuario pulsa la opción "guardar" y omite todos o algunos de los datos solicitados, el sistema presenta por pantalla un mensaje solicitando que se indiquen los datos omitidos.
6.2- Si la dirección de correo es inválida el sistema presenta un mensaje en el que solicita se indique una dirección electrónica válida.
6.3- Si el nombre del usuario ya ha sido registrado, el sistema envía un mensaje en que se solicita se indique un nombre de usuario que no este ingresado en el sistema.
Casos de prueba
| Escenario | # Caso de prueba | Objetivo de la prueba | Datos de entrada | Salida esperada | Salida obtenida | Observaciones | Errores corregidos |
| Flujo Básico | 1 | Observar el comportamiento del sistema cuando el administrador desea modificar los datos de un usuario. | Se toma la opción “usuarios”. Para el usuario mmontilla se toma la opción "modificar". Nombre del usuario: maricela. Dirección de correo electrónico: maricela@... Actor planificador al que pertenece: se toma la opción MppCT. Se toma la opción "guardar". | El sistema registra los datos modificados. | Igual a lo esperado. | ||
| Flujo Básico | 2 | Observar el comportamiento del sistema cuando el administrador desea modificar los datos de un usuario pero luego decide “cancelar”. | Se toma la opción “usuarios” Para el usuario planificacion se toma la opción "modificar". Nombre del usuario: planificacion. Dirección de correo electrónico: mmontilla@... Actor planificador al que pertenece: se toma la opción CENDITEL. Se toma la opción "cancelar". | El sistema no ejecuta ninguna acción. | Igual a lo esperado. | ||
| Flujo Alternativo 6.1 | 3 | Observar el comportamiento del sistema cuando el administrador del sistema decide modificar los datos de un usuario pero omite todos los datos de los campos solicitados. | Se toma la opción “usuarios”. Para el usuario maricela se toma la opción "modificar". Nombre del usuario: .Dirección de correo electrónico: Actor planificador al que pertenece: . Se toma la opción "guardar". | El sistema presenta por pantalla un mensaje en el que solicita se indiquen los datos omitidos. | Igual a lo esperado. | ||
| Flujo Alternativo 6.2 | 4 | Observar el comportamiento del sistema cuando el administrador del sistema decide modificar los datos de un usuario pero la dirección de correo electrónico es inválida. | Se toma la opción “usuarios”. Para el usuario mmontilla se toma la opción "modificar". Nombre del usuario: maricela. Dirección de correo electrónico: . Actor planificador al que pertenece: opción MppCT. Se toma la opción "guardar". | El sistema presenta un mensaje en el que solicita se indique una dirección electrónica válida. | Igual a lo esperado. | ||
| Flujo Alternativo 6.3 | 5 | Observar el comportamiento del sistema cuando el administrador del sistema decide modificar los datos de un usuario pero el nombre de usuario ya ha sido registrado. | Se toma la opción “usuarios”. Para el usuario planificacion se toma la opción "modificar". Nombre del usuario: maricela. Dirección de correo electrónico: planificacion@... Actor planificador al que pertenece: opción CENDITEL. Se toma la opción "guardar". | El sistema envía un mensaje en que se solicita se indique un nombre de usuario que no este ingresado en el sistema. | Igual a lo esperado. |
1.8 Caso de prueba para el Caso de Uso: Eliminar usuario
Flujo Básico
1- El usuario pulsa la opción “usuarios”.
2- El sistema presenta una pantalla donde muestra el listado de usuarios registrados y muestra las opciones “modificar” y “eliminar” para cada usuario del listado.
3- El usuario selecciona la opción eliminar para el usuario de interés.
4- El sistema pregunta al usuario a través de un mensaje ¿Está seguro de querer eliminar al usuario seleccionado? y muestra las opciones “eliminar” y “cancelar”.
5- Si el usuario selecciona la opción “eliminar” el usuario es borrado. 6- Si el usuario selecciona la opción “cancelar” el sistema no ejecuta ninguna acción.
Flujos Alternativos
No aplica
Casos de prueba
| Escenario | # Caso de prueba | Objetivo de la prueba | Datos de entrada | Salida esperada | Salida obtenida | Observaciones | Errores corregidos |
| Flujo Básico | 1 | Observar el comportamiento del sistema cuando el administrador desea eliminar a un usuario. | Se toma la opción “usuarios”.Para el usuario planificacion se toma la opción "eliminar". A la pregunta se responde “eliminar” | El sistema pregunta al administrador del sistema ¿Está seguro de querer eliminar al usuario seleccionado? Luego de responder “eliminar” el usuario es borrado. | Igual a lo esperado. | ||
| Flujo Básico | 2 | Observar el comportamiento del sistema cuando el administrador desea eliminar a un usuario pero decide cancelar. | Se toma la opción “usuarios”. Para el usuario maricela se toma la opción "eliminar". A la pregunta se responde “cancelar” | El sistema pregunta al administrador del sistema ¿Está seguro de querer eliminar al usuario seleccionado? Luego de responder “cancelar” el sistema no ejecuta ninguna acción. | Igual a lo esperado. |
1.9 Casos de Prueba para el Caso de Uso: Registrar fechas para los procesos de planificación
Flujo Básico
1- El usuario pulsa la opción “fechas para los procesos de planificación”.
2- El sistema muestra una pantalla donde presenta el nombre de los procesos de planificación (Interpretación de la Explicación Situacional, Versión Preliminar de la Explicación Situacional, Descriptores de la Situación Actual, Causas de la Situación Actual, Relaciones entre Descriptores y Causas, Relaciones entre Causas, Seleccionar Posibles Causas Críticas, Seleccionar Causas Críticas, Describir Causas Críticas, Situación Ideal, Posibles Proyectos Direccionales, Seleccionar Proyectos Direccionales, Definición de Proyectos Direccionales, Definición de las Estrategias del Plan, Definición de Proyectos Operativos, Seguimiento y Control del Plan) y solicita se indique por cada proceso la fecha de inicio y fin. El sistema presenta las opciones “guardar” y “cancelar”.
3- El usuario ingresa la información solicitada y pulsa la opción “guardar”.
4- El sistema registra la información ingresada.
5- El sistema presenta por pantalla la información registrada y presenta la opción "enviar".
6- Si el usuario pulsa la opción "enviar" el sistema envía a las direcciones de correo registradas las fechas de los procesos de planificación.
7- Si el usuario ingresa las fechas solicitadas y presiona la opción "cancelar" el sistema no ejecuta ninguna acción.
Flujos Alternativos
4.1- Si el usuario pulsa la opción "guardar" y omite todos o algunos de los datos solicitados, el sistema presenta por pantalla un mensaje en el que solicita se indiquen los datos requeridos.
4.2- Si el usuario ingresa información que no se corresponda con el tipo de dato solicitado el sistema presenta un mensaje en el que indica que la información ingresada es inválida.
4.3- Si el usuario ingresa, para algún proceso de planificación, fechas de fin inferiores a la fechas de inicio, el sistema envía un mensaje en el que se indica que las fechas indicadas son erróneas.
Casos de Prueba
| Escenario | # Caso de prueba | Objetivo de la prueba | Datos de entrada | Salida esperada | Salida obtenida | Observaciones | Errores corregidos |
| Flujo Alternativo 4.1 | 1 | Observar el comportamiento del sistema cuando el administrador desea registrar fechas para los procesos de planificación pero omite todos datos solicitados. | Se toma la opción “fechas para los procesos de planificación”. Explicación Situacional: Inicio, Fin. Definición de Proyectos Direccionales: Inicio , Fin . Definición de las Estrategias del Plan: Inicio , Fin . Definición de Proyectos Operativos: Inicio , Fin . Seguimiento y Control del Plan: Inicio, Fin. Se toma la opción “guardar”. | El sistema presenta un mensaje en el que solicita se indiquen los datos omitidos. | No aplica. | El caso de prueba no aplica puesto que los campos no quedan vacíos, sino que el sistema coloca valores por omisión. | |
| Flujo Alternativo 4.2 | 2 | Observar el comportamiento del sistema cuando el administrador desea registrar fechas para los procesos de planificación pero ingresa información que no se corresponde con el tipo de dato solicitado. | Se toma la opción “fechas para los procesos de planificación”. Explicación Situacional: Inicio 07-11-11, Fin hgfuuuf Definición de Proyectos Direccionales: Inicio 14-11-11, Fin 18-11-11. Definición de las Estrategias del Plan: Inicio 21-11-11, Fin 25-11-11. Definición de Proyectos Operativos: Inicio 28-11-11, Fin 02-12-11. Seguimiento y Control del Plan: Inicio 000000, Fin 16-12-11. Se toma la opción “guardar”. | El sistema presenta un mensaje en el que se indica que la información ingresada es inválida. | No aplica por las mismas razones expuestas anteriormente. | ||
| Flujo Alternativo 4.3 | 3 | Observar el comportamiento del sistema cuando el administrador del sistema ingresa fechas de fin inferiores a la fechas de inicio. | Se toma la opción "fechas para los procesos de planificación”. Explicación Situacional: Inicio 11-11-11, Fin 07-11-11. Definición de Proyectos Direccionales: Inicio 14-11-11, Fin 18-11-11. Definición de las Estrategias del Plan: Inicio 21-11-11, Fin 25-11-11. Definición de Proyectos Operativos: Inicio 28-11-11, Fin 02-12-11. Seguimiento y Control del Plan: Inicio 05-12-11, Fin 16-12-11. Se toma la opción “guardar”. Se toma la opción “enviar”. | El sistema envía un mensaje en el que se indica que las fechas indicadas son erróneas. | Igual a lo esperado. |
| Flujo Básico | 4 | Observar el comportamiento del sistema cuando el administrador desea registrar fechas para los procesos de planificación pero toma la opción “cancelar”. | Se toma la opción “fechas para los procesos de planificación”. Explicación Situacional: Inicio 07-11-11, Fin 11-11-11. Definición de Proyectos Direccionales: Inicio 14-11-11, Fin 18-11-11. Definición de las Estrategias del Plan: Inicio 21-11-11, Fin 25-11-11. Definición de Proyectos Operativos: Inicio 28-11-11, Fin 02-12-11. Seguimiento y Control del Plan: Inicio 05-12-11, Fin 16-12-11. Se toma la opción “cancelar”. | El sistema no ejecuta ninguna opción. | Igual a lo esperado. | El caso de prueba es parcialmente válido, pues el sistema permite ingresar las fechas por cada actividad de la metodología, no de forma genérica como lo plantea el citado caso. | |
| Flujo Básico | 5 | Observar el comportamiento del sistema cuando el administrador desea registrar fechas para los procesos de planificación. | Se toma la opción “fechas para los procesos de planificación”. Explicación Situacional: Inicio 07-11-11, Fin 11-11-11. Definición de Proyectos Direccionales: Inicio 14-11-11, Fin 18-11-11. Definición de las Estrategias del Plan: Inicio 21-11-11, Fin 25-11-11. Definición de Proyectos Operativos: Inicio 28-11-11, Fin 02-12-11. Seguimiento y Control del Plan: Inicio 05-12-11, Fin 16-12-11. Se toma la opción “guardar”. Se toma la opción “enviar”. | El sistema registra la información ingresada y envía a las direcciones de correo registradas las fechas de los procesos de planificación. | Igual a lo esperado. |
1.10 Caso de prueba para el Caso de Uso: Consultar lista de las fechas de los procesos de planificación
Flujo Básico
1- El usuario pulsa la opción “fechas de los procesos de planificación”.
2- El sistema presenta una pantalla donde muestra un listado con las fechas de los procesos de planificación y la opción “modificar” para cada fecha (esta opción será descrita en el caso de uso siguiente).
Flujos Alternativos
No aplica
Casos de prueba
| Escenario | # Caso de prueba | Objetivo de la prueba | Datos de entrada | Salida esperada | Salida obtenida | Observaciones | Errores corregidos |
| Flujo Básico | 1 | Observar el comportamiento del sistema cuando el usuario desea consultar listado de fechas de los procesos de planificación. | Se toma la opción “fechas de los procesos de planificación”. | El sistema presenta una pantalla donde muestra un listado con las fechas de los procesos de planificación. | Igual a lo esperado. |
1.11 Casos de Prueba para el Caso de Uso: Modificar las fechas para los procesos de planificación.
Flujo Básico
1- El usuario pulsa la opción "fechas de los procesos de planificación".
2- El sistema presenta una pantalla donde muestra el listado de las fechas de los procesos de planificación y muestra la opción “modificar” para cada proceso del del listado.
3- El usuario pulsa la opción “modificar” para el proceso de interés.
4- El sistema activa los campos del registro respectivo y presenta las opciones “guardar ” y “cancelar”.
5- El usuario realiza la modificación respectiva y presiona la opción “guardar”.
6- El sistema registra la modificación.
7- El sistema presenta por pantalla la información registrada y presenta la opción "enviar".
8- Si el usuario pulsa la opción "enviar" el sistema envía a las direcciones de correo registradas las fechas de los procesos de planificación.
9- Si el usuario pulsa la opción “cancelar” luego de realizar la modificar, el sistema no ejecuta ninguna acción.
Flujos Alternativos
6.1- Si el usuario presiona la opción "guardar" y omite todos o algunos de los datos solicitados el sistema presenta por pantalla un mensaje solicitando que se indiquen los datos requeridos.
6.2- Si el usuario ingresa información que no se corresponda con el tipo de dato solicitado el sistema presenta un mensaje en el que indica que la información ingresada es inválida.
6.3- Si el usuario ingresa, para algún proceso de la planificación, fechas de fin inferiores a la fechas de inicio, el sistema envía un mensaje en el que se indica que las fechas indicadas son erróneas.
Casos de Prueba
| Escenario | # Caso de prueba | Objetivo de la prueba | Datos de entrada | Salida esperada | Salida obtenida | Observaciones | Errores corregidos |
| Flujo Básico | 1 | Observar el comportamiento del sistema cuando el administrador desea modificar fechas para los procesos de planificación. | Se toma la opción "fechas de los procesos de planificación". Se toma la opción “modificar” para la fecha de la Definición de Proyectos Direccionales, Inicio 14-11-11, Fin 20-11-11. Se toma la opción “guardar” y luego "enviar". | El sistema registra la modificación ingresada y envía a las direcciones de correo registradas las fechas de los procesos de planificación. | Igual a lo esperado. | No envía correo. | |
| Flujo Básico | 2 | Observar el comportamiento del sistema cuando el administrador desea modificar fechas para los procesos de planificación pero luego cancela. | Se toma la opción "fechas de los procesos de planificación". Se toma la opción “modificar” para la fecha de la Definición de Proyectos Direccionales, Inicio 13-11-11, Fin 20-11-11. Se toma la opción “guardar” y luego "cancelar". | El sistema no ejecuta ninguna acción. | Igual a lo esperado. | En este caso sólo hay posibilidad de "guardar" o "cancelar", no puede hacer ambas cosas consecutivamente. | |
| Flujo Alternativo 6.1 | 3 | Observar el comportamiento del sistema cuando el administrador decide modificar las fechas para los procesos de planificación pero omite todos los datos. | Se toma la opción "fechas de los procesos de planificación". Se toma la opción “modificar” para la fecha de la Definición de Proyectos Operativos, Inicio. Fin . Se toma la opción “guardar”. | El sistema envía un mensaje en el que solicita se indiquen los datos omitidos. | No aplica. | El caso de prueba no aplica puesto que los campos no quedan vacíos, sino que el sistema coloca valores por omisión. | |
| Flujo Alternativo 6.2 | 4 | Observar el comportamiento del sistema cuando el administrador desea modificar fechas para los procesos de planificación pero ingresa información que no se corresponde con el tipo de dato solicitado. | Se toma la opción "fechas de los procesos de planificación". Se toma la opción “modificar” para la fecha de la Definición de las Estrategias del Plan, Inicio abc#@, Fin 25-11-11. Se toma la opción “guardar”. | El sistema presenta un mensaje en el que se indica que la información ingresada es inválida. | No aplica. | Tampoco procede, pues el sistema no permite ingresar información, sólo seleccionar del menú. | |
| Flujo Alternativo 6.3 | 5 | Observar el comportamiento del sistema cuando el administrador del sistema modifica fechas de fin inferiores a la fechas de inicio. | Se toma la opción "fechas de los procesos de planificación". Se toma la opción “modificar” para el Seguimiento y Control del Plan: Inicio 05-12-11, Fin 16-11-11. Se toma la opción “guardar”. | El sistema envía un mensaje en el que se indica que las fechas indicadas son erróneas. | Igual a lo esperado. |
1.12 Casos de Prueba para el Caso de Uso: Ingresar fecha para reportar mensaje de alerta respecto al tiempo que resta para registrar o modificar información en el sistema.
Flujo Básico
1- El usuario pulsa la opción “Fecha para reportar mensaje de alerta respecto al registro o modificación de información”.
2- El sistema solicita se indique la fecha para cada uno de los procesos de la metodología de planificación en la cual el sistema debe reportar un mensaje de alerta respecto al registro o modificación de información en estos procesos. El sistema presenta las opciones “guardar” y “cancelar”.
3- El usuario ingresa las fechas solicitadas y pulsa la opción “guardar”.
4- El sistema registra las fechas. 5- Si el usuario ingresa fechas y pulsa la opción “cancelar” el sistema no ejecuta ninguna acción.
Flujos Alternativos
4.1- Si el usuario no ingresa todas o algunas de las fechas solicitadas y pulsa la opción “guardar”, el sistema solicita se indiquen las fechas omitidas.
Casos de Prueba
| Escenario | # Caso de prueba | Objetivo de la prueba | Datos de entrada | Salida esperada | Salida obtenida | Observaciones | Errores corregidos |
| Flujo Básico | 1 | Observar el comportamiento del sistema cuando el administrador desea ingresar la fecha para reportar mensaje de alerta respecto al tiempo que resta para registrar o modificar información en el sistema, pero decide cancelar. | Se toma la opción la opción “Fecha para reportar mensaje de alerta respecto al registro o modificación de información”. Se coloca como fecha 5 días previos a la finalización de cada periodo. Se toma la opción “cancelar”. | El sistema no ejecuta ninguna acción. | Igual a lo esperado. | ||
| Flujo Alternativo 4.1 | 2 | Observar el comportamiento del sistema cuando el administrador desea ingresar la fecha para reportar mensaje de alerta respecto al tiempo que resta para registrar o modificar información en el sistema pero omite algunas de ellas. | Se toma la opción la opción “Fecha para reportar mensaje de alerta respecto al registro o modificación de información”. Se coloca como fecha 5 días previos a la finalización de cada periodo, omitiendo algunas fechas. Se toma la opción “guardar”. | El sistema solicita se indiquen las fechas omitidas. | El sistema guarda los cambios realizados. | ||
| Flujo Básico | 3 | Observar el comportamiento del sistema cuando el administrador del sistema desea ingresar la fecha para reportar mensaje de alerta respecto al tiempo que resta para registrar o modificar información en el sistema. | Se toma la opción la opción “Fecha para reportar mensaje de alerta respecto al registro o modificación de información”. Se coloca como fecha 5 días previos a la finalización de cada periodo. Se toma la opción “guardar”. | El sistema registra las fechas. | Igual a lo esperado. |
1.13 Casos de Prueba para el Caso de Uso: Notificar periodo de tiempo restante para registrar porcentaje de información que falta por ingresar al sistema para el proceso actual.
Flujo Básico
1- En la fecha registrada para reportar alerta respecto al registro o modificación de información en el proceso activo el sistema debe enviar un correo electrónico a los usuarios, indicándoles el período de tiempo que les resta para ingresar al sistema el porcentaje de información del proceso actual que resta por registrar.
Flujos Alternativos
No aplica
Casos de Prueba
| Escenario | # Caso de prueba | Objetivo de la prueba | Datos de entrada | Salida esperada | Salida obtenida | Observaciones | Errores corregidos |
| Flujo Básico | 1 | Observar el comportamiento del sistema al cumplirse el tiempo estipulado para notificar el periodo de tiempo restante para registrar el porcentaje de información faltante. | Al cumplimiento de la fecha registrada para reportar alerta respecto al registro o modificación de información en el proceso activo. | El sistema debe enviar un correo electrónico a los usuarios, indicándoles el período de tiempo que les resta para ingresar al sistema el porcentaje de información del proceso actual que resta por registrar. | El sistema no envía correo. |
1.14 Casos de Prueba para el Caso de Uso: Notificar periodo de tiempo restante para modificar información registrada en el proceso actual.
Flujo Básico
1- En la fecha registrada para reportar alerta respecto al registro o modificación de información en el proceso actual el sistema debe enviar un correo electrónico a los usuarios, indicándoles el período de tiempo que les resta para modificar información registrada para el proceso actual.
Flujos Alternativos
No aplica
Casos de Prueba
| Escenario | # Caso de prueba | Objetivo de la prueba | Datos de entrada | Salida esperada | Salida obtenida | Observaciones | Errores corregidos |
| Flujo Básico | 1 | Observar el comportamiento del sistema al cumplirse el tiempo estipulado para notificar el periodo de tiempo restante para modificar información en el proceso actual. | Al cumplimiento de la fecha registrada para notificar periodo de tiempo restante para modificar información en el proceso actual. | El sistema debe enviar un correo electrónico a los usuarios, indicándoles el período de tiempo que les resta para modificar información en el proceso actual. | El sistema no envía correo. |
1.15 Casos de Prueba para el Caso de Uso: Mostrar estatus del registro de información en el sistema.
Flujo Básico
1- El usuario pulsa la opción “Avance”.
2- El sistema presenta por pantalla el porcentaje de información registrada hasta ese momento en cada uno de los procesos descritos en la metodología de planificación, y muestra la opción “Ver”.
3- Si el usuario pulsa la opción “Ver” el sistema presenta por pantalla información detalla de los porcentajes de información registrada en cada una de las actividades que componen los procesos de la metodología.
Flujos Alternativos
No aplica
Casos de Prueba
| Escenario | # Caso de prueba | Objetivo de la prueba | Datos de entrada | Salida esperada | Salida obtenida | Observaciones | Errores corregidos |
| Flujo Básico | 1 | Observar si el sistema presenta el estatus del registro de información en cada proceso de la metodología de planificación. | Entrar al sistema. Se toma la opción “continuar.” | El sistema presenta por pantalla los procesos de la metodología de planificación estratégica. | Igual a lo esperado. |
1.16 Casos de Prueba para el Caso de Uso: Entrar al sistema.
Flujo Básico
1- El usuario accede a la página de entrada al sistema.
2- El sistema solicita que se indique el nombre de usuario y contraseña y presenta las opciones "iniciar sesión" y "olvido su constraseña" (esta última opción será descrita en el caso de uso siguiente).
3- El usuario ingresa al sistema lo solicitado y presiona la opción "iniciar sesión".
4- El sistema registra los datos ingresados por el usuario.
5- El sistema presenta los servicios de acuerdo al rol del usuario.
Flujos Alternativos
4.1- Si el usuario presiona la opción "iniciar sesión" pero no indica todos o algunos de los datos solicitados, el sistema muestra por pantalla un mensaje en el que se solicita se indiquen los datos omitidos.
4.2- Si el nombre de usuario no coincide con la contraseña, el sistema presenta un mensaje por pantalla indicando que el nombre de usuario o la contraseña son incorrectos.
Casos de Prueba
| Escenario | # Caso de prueba | Objetivo de la prueba | Datos de entrada | Salida esperada | Salida obtenida | Observaciones | Errores corregidos |
| Flujo Básico | 1 | Observar el comportamiento del sistema cuando el usuario desea entrar al sistema. | Nombre de usuario: “maricela”, contraseña:* Se toma la opción "iniciar sesión". | El sistema registra los datos ingresados y presenta los servicios de acuerdo al rol del usuario. | Igual a lo esperado. | ||
| Flujo Alternativo 4.1 | 2 | Observar el comportamiento del sistema cuando el usuario desea entrar al sistema pero omite algunos datos. | Nombre de usuario: “maricela”, contraseña:. Se toma la opción "iniciar sesión". | El sistema muestra por pantalla un mensaje en el que se solicita se indiquen los datos omitidos. | Igual a lo esperado. | ||
| Flujo Alternativo 4.1 | 3 | Observar el comportamiento del sistema cuando el usuario desea entrar al sistema pero omite algunos datos. | Nombre de usuario:, contraseña:* Se toma la opción "iniciar sesión". | El sistema muestra por pantalla un mensaje en el que se solicita se indiquen los datos omitidos. | Igual a lo esperado. | ||
| Flujo Alternativo 4.2 | 4 | Observar el comportamiento del sistema cuando el nombre de usuario no coincide con la contraseña. | Nombre de usuario: “maricela”, contraseña:123456, Se toma la opción "iniciar sesión". | El sistema presenta un mensaje por pantalla indicando que el nombre de usuario o la contraseña son incorrectos. | Igual a lo esperado. |
1.17 Casos de Prueba para el Caso de Uso: Solicitar nueva contraseña.
Flujo Básico
1- El usuario pulsa la opción "Solicitar nueva contraseña".
2- El sistema despliega una pantalla donde solicita una dirección de correo electrónico y presenta la opción "generar nueva contraseña".
3- El usuario ingresa la dirección solicitada y pulsa la opción "generar nueva contraseña".
4- El sistema valida la dirección de correo electrónico.
5- El sistema genera aleatoriamente una nueva contraseña y la envía a la dirección de correo indicada por el usuario.
Flujos Alternativos
4.1- Si el usuario no ingresa la dirección de correo electrónico y presiona la opción "generar nueva contraseña" el sistema muestra por pantalla un mensaje en el cual pide que se indique dicha dirección.
4.2- Si el usuario ingresa una dirección de correo inválida el sistema muestra por pantalla un mensaje en el que indica que la dirección es inválida.
Casos de Prueba
| Escenario | # Caso de prueba | Objetivo de la prueba | Datos de entrada | Salida esperada | Salida obtenida | Observaciones | Errores corregidos |
| Flujo Básico | 1 | Observar el comportamiento del sistema cuando el usuario desea recordar la contraseña. | Se toma la opción "olvidó su contraseña". correo electrónico: maricela@... Se toma la opción "generar nueva contraseña". | El sistema genera aleatoriamente una nueva contraseña y la envía a la dirección de correo indicada. | Igual a lo esperado. | No envía correo. | |
| Flujo Alternativo 4.1 | 2 | Observar el comportamiento del sistema cuando el usuario desea recordar la contraseña pero omite la dirección de correo electrónico. | Se toma la opción "olvidó su contraseña". correo electrónico:. Se toma la opción "generar nueva contraseña". | El sistema muestra por pantalla un mensaje en el que se solicita en el cual pide que se indique la dirección de correo electrónico. | Igual a lo esperado. | ||
| Flujo Alternativo 4.2 | 3 | Observar el comportamiento del sistema cuando el usuario desea entrar al sistema pero la dirección de correo electrónico es inválido. | Se toma la opción "olvidó su contraseña", correo electrónico:asdf, Se toma la opción "generar nueva contraseña". | El sistema muestra por pantalla un mensaje en el que que indica que la dirección es inválida. | Igual a lo esperado. |
1.18 Casos de Prueba para el Caso de Uso: Registrar Datos de Usuario.
Flujo Básico
1- El usuario pulsa la opción "datos de usuario".
2- El sistema presenta una pantalla donde muestra las opciones “guardar” y “cancelar”, y solicita se indique la siguiente información: nombres, apellidos, cédula de identidad, correo electrónico, nombre del actor planificador al que representa (el sistema carga de manera automática el nombre del actor planificador al cual está relacionado el usuario).
3- El usuario ingresa los datos solicitados y presiona la opción "guardar".
4- El sistema registra los datos.
5- El sistema presenta un mensaje por pantalla indicando que los datos han sido registrados exitosamente.
6- Si el usuario ingresa los datos y presiona la opción “cancelar” el sistema no ejecuta ninguna acción.
Flujos Alternativos
4.1- Si el usuario pulsa la opción "guardar" y omite todos o algunos datos solicitados, el sistema presenta por pantalla un mensaje en el que solicita se indiquen los datos omitidos.
4.2- Si el usuario ingresa en un campo información que no se corresponda con el tipo de dato solicitado para dicho campo, el sistema presenta un mensaje en el que indica que la información ingresada en el campo respectivo es inválida.
Casos de Prueba
| Escenario | # Caso de prueba | Objetivo de la prueba | Datos de entrada | Salida esperada | Salida obtenida | Observaciones | Errores corregidos |
| Flujo Alternativo 4.1 | 1 | Observar el comportamiento del sistema cuando el usuario desea editar para registrar sus datos pero omite alguno(s). | Se toma la opción "editar datos básicos del usuario". Nombres: Maricela, Apellidos: Fernández, Cédula de identidad: , Correo electrónico: maricela@... Se toma la opción "guardar". | El sistema presenta por pantalla un mensaje en el que solicita se indiquen los datos omitidos. | Igual a lo esperado. | ||
| Flujo Alternativo 4.1 | 2 | Observar el comportamiento del sistema cuando el usuario desea editar para registrar sus datos pero omite alguno(s). | Se toma la opción "editar datos básicos del usuario". Nombres: , Apellidos: Fernández, Cédula de identidad: 1111111, Correo electrónico: maricela@... Se toma la opción "guardar". | El sistema presenta por pantalla un mensaje en el que solicita se indiquen los datos omitidos. | Igual a lo esperado. | ||
| Flujo Alternativo 4.2 | 3 | Observar el comportamiento del sistema cuando el usuario desea editar para registrar sus datos pero ingresa información que no se corresponde con el tipo de dato de ese campo. | Se toma la opción "editar datos básicos del usuario". Nombres: 123456, Apellidos: Fernández, Cédula de identidad: 1111111, Correo electrónico: maricela@... Se toma la opción "guardar". | El sistema presenta por pantalla un mensaje en el que indica que la información ingresada en el campo es inválida. | El sistema guarda los datos. | ||
| Flujo Alternativo 4.2 | 4 | Observar el comportamiento del sistema cuando el usuario desea editar para registrar sus datos pero ingresa información que no se corresponde con el tipo de dato de ese campo. | Se toma la opción "editar datos básicos del usuario". Nombres: Maricela , Apellidos: Fernández, Cédula de identidad: asdjhcñsdh, Correo electrónico: maricela@... Se toma la opción "guardar". | El sistema presenta por pantalla un mensaje en el que indica que la información ingresada en el campo es inválida. | Igual a lo esperado. | ||
| Flujo Básico | 5 | Observar el comportamiento del sistema cuando el usuario desea editar para registrar sus datos pero cancela. | Se toma la opción "editar datos básicos del usuario". Nombres: Maricela, Apellidos: Fernández, Cédula de identidad: 1111111, Correo electrónico: maricela@... Se toma la opción "cancelar". | El sistema no ejecuta ninguna acción. | Igual a lo esperado. | ||
| Flujo Básico | 6 | Observar el comportamiento del sistema cuando el usuario desea editar para registrar sus datos. | Se toma la opción "editar datos básicos del usuario". Nombres: Maricela, Apellidos: Fernández, Cédula de identidad: 1111111, Correo electrónico: maricela@... Se toma la opción "guardar". | El sistema registra los datos y presenta un mensaje indicando que los datos han sido registrados exitosamente. | Igual a lo esperado. |
1.19 Casos de Prueba para el Caso de Uso: Consultar datos del usuario.
Flujo Básico
1.- El usuario pulsa la opción "datos de usuario".
2.- El sistema presenta por pantalla los datos del usuario y presenta la opción "modificar" (esta opción será descrita en el caso de uso siguiente).
Flujos Alternativos
No aplica
Casos de Prueba
| Escenario | # Caso de prueba | Objetivo de la prueba | Datos de entrada | Salida esperada | Salida obtenida | Observaciones | Errores corregidos |
| Flujo Básico | 1 | Observar el comportamiento del sistema cuando el usuario desea consultar sus datos. | Se toma la opción “datos de usuario”. | El sistema presenta una pantalla los datos del usuario y presenta la opción "modificar". | Igual a lo esperado. |
1.20 Casos de Prueba para el Caso de Uso: Modificar datos del usuario.
Flujo Básico
1- El usuario pulsa la opción "datos de usuario".
2- El sistema presenta por pantalla el registro de datos del usuario y presenta la opción "editar" para permitir la modificación de los datos.
3- El usuario pulsa la opción "editar".
4- El sistema activa los campos de dicho registro para permitir su modificación, y presenta las opciones "guardar" y "cancelar".
5- El usuario modifica los datos requeridos y pulsa la opción "guardar".
6- El sistema registra los datos.
7- El sistema presenta por pantalla un mensaje indicando que los datos modificados fueron registrados exitosamente.
8- Si el usuario modifica los datos y pulsa la opción "cancelar" el sistema no ejecuta ninguna acción.
Flujos Alternativos
5.1- Si el usuario pulsa la opción "guardar" y omite todos o algunos de los datos solicitados, el sistema presenta por pantalla un mensaje en el que solicitando que se indiquen los datos requeridos.
5.2- Si el usuario ingresa en un campo información que no se corresponda con el tipo de dato solicitado para dicho campo, el sistema presenta un mensaje en el que indica que la información ingresada en el campo respectivo es inválida.
Casos de Prueba
| Escenario | # Caso de prueba | Objetivo de la prueba | Datos de entrada | Salida esperada | Salida obtenida | Observaciones | Errores corregidos |
| Flujo Básico | 1 | Observar el comportamiento del sistema cuando el usuario (macro o micro) desea modificar sus datos. | Pulsa la opción "datos de usuario". Se toma la opción "modificar". Nombres: Maricela, Apellidos: Montilla, Cédula de identidad: 1111111, Correo electrónico: maricela@... Se pulsa la opción "guardar". | El sistema registra los datos y presenta por pantalla un mensaje indicando que los datos modificados fueron registrados exitosamente. | Igual a lo esperado. | ||
| Flujo Básico | 2 | Observar el comportamiento del sistema cuando el usuario desea modificar sus datos pero cancela. | Se toma la opción "datos de usuario". Se toma la opción modificar", Nombres: Maricela, Apellidos: Montilla, Cédula de identidad: 1888888, Correo electrónico: maricela@... Se toma la opción "cancelar". | El sistema no ejecuta ninguna acción. | Igual a lo esperado. | ||
| Flujo Alternativo 6.1 | 3 | Observar el comportamiento del sistema cuando el usuario desea modificar sus datos pero omite algún(os) dato(s). | Se toma la opción "datos de usuario". Se toma la opción "modificar". Nombres: Maricela, Apellidos: Montilla, Cédula de identidad: , Correo electrónico: maricela@... Se toma la opción "guardar". | El sistema presenta por pantalla un mensaje en el que solicita se indiquen los datos omitidos. | Igual a lo esperado. | ||
| Flujo Alternativo 6.2 | 4 | Observar el comportamiento del sistema cuando el usuario desea modificar sus datos pero la información ingresada no se corresponde con el tipo de dato del campo. | Se toma la opción "datos de usuario". Se toma la opción "modificar". Nombres: Maricela, Apellidos: Montilla, Cédula de identidad: asdfer#, Correo electrónico: maricela, Se toma la opción "guardar". | El sistema presenta un mensaje en el que indica que la información ingresada en el campo respectivo es inválida. | Igual a lo esperado. |
1.21 Casos de Prueba para el Caso de Uso: Cambiar contraseña.
Flujo Básico
1- El usuario pulsa la opción "cambiar contraseña".
2- El sistema despliega una pantalla donde solicita: contraseña actual, nueva contraseña y verificación de la nueva contraseña. El sistema presenta la opción "modificar contraseña".
3- El usuario ingresa los datos solicitados presiona la opción "modificar contraseña".
4- El sistema registra los datos.
5- El sistema presenta un mensaje donde indica que la contraseña fue actualizada.
Flujos Alternativos
4.1- Si el usuario pulsa la opción "modificar contraseña" y omite todos o algunos datos solicitados, el sistema presenta por pantalla un mensaje en el que solicita se indiquen los datos omitidos.
4.2- Si la contraseña es insegura el sistema presenta un mensaje por pantalla en el cual indica que la contraseña ingresada es insegura, y solicita se indique una nueva.
Casos de Prueba
| Escenario | # Caso de prueba | Objetivo de la prueba | Datos de entrada | Salida esperada | Salida obtenida | Observaciones | Errores corregidos |
| Flujo Alternativo 4.1 | 1 | Observar el comportamiento del sistema cuando el usuario desea actualizar su contraseña pero omite algunos datos. | Se toma la opción "actualizar contraseña". Contraseña actual: , Nueva contraseña:c3nd1tel, Verificación de la nueva contraseña:, Se toma la opción "modificar contraseña". | El sistema presenta por pantalla un mensaje en el que solicita se indiquen los datos omitidos. | Igual a lo esperado. | ||
| Flujo Alternativo 4.2 | 2 | Observar el comportamiento del sistema cuando el usuario desea actualizar su contraseña pero ésta no es lo suficientemente segura. | Se toma la opción actualizar contraseña". Contraseña actual: , Nueva contraseña:1234, Verificación de la nueva contraseña:1234, Se toma la opción "modificar contraseña". | El sistema presenta un mensaje por pantalla en el cual indica que la contraseña ingresada es insegura, y solicita se indique una nueva. | El sistema guarda los datos ingresados y anterior a ello señala que debe elegir una contraseña con determinadas características. | ||
| Flujo Básico | 3 | Observar el comportamiento del sistema cuando el usuario desea actualizar su contraseña. | Se toma la opción "actualizar contraseña". Contraseña actual: , Nueva contraseña:asdf1234, Verificación de la nueva contraseña: asdf1234, Se toma la opción "modificar contraseña". | El sistema registra los datos y presenta un mensaje donde indica que la contraseña fue actualizada. | Igual a lo esperado. |
1.22 Casos de Prueba para el Caso de Uso: Registrar datos básicos del actor planificador.
Flujo Básico
1- El usuario pulsa la opción “datos básicos del actor planificador”.
2- El sistema presenta una pantalla donde muestra las opciones “guardar” y “cancelar” y solicita que se indique los siguientes datos: razón social, R.I.F, y domicilio fiscal (dirección, estado, municipio, parroquia y ciudad).
3- El usuario ingresa los datos y presiona la opción "guardar".
4- El sistema registra los datos.
5- El sistema presenta un mensaje en el que indica que los datos fueron registrados exitosamente.
6- Si el usuario ingresa los datos y presiona la opción “cancelar” el sistema no ejecuta ninguna acción.
Flujos Alternativos
4.1- Si el usuario pulsa la opción "guardar" y omite al menos uno de los datos solicitados, el sistema presenta por pantalla un mensaje solicitando que se indique dicho datos.
4.2- Si el usuario ingresa en un campo información que no se corresponda con el tipo de dato solicitado para dicho campo, el sistema presenta un mensaje en el que indica que la información ingresada en el campo respectivo es inválida.
Casos de Prueba
| Escenario | # Caso de prueba | Objetivo de la prueba | Datos de entrada | Salida esperada | Salida obtenida | Observaciones | Errores corregidos |
| Flujo Alternativo 4.1 | 1 | Observar el comportamiento del sistema cuando el usuario desea registrar los datos básicos del actor planificador pero omite todos los datos solicitados. | Se toma la opción “datos del actor planificador”. (a)Razón social: Fundación Centro Nacional de Desarrollo e Investigación en Tecnologías Libres (CENDITEL). (b)R.I.F.: (omitir); (c)Domicilio fiscal: dirección, Avenida Alberto Carnevalli, La Hechicera, Edificio CENDITEL; estado, Mérida. Se toma la opción “guardar”. | El sistema presenta por pantalla un mensaje solicitando que se indiquen los datos requeridos. | Igual a lo esperado. | ||
| Flujo Alternativo 4.2 | 2 | Observar el comportamiento del sistema cuando el usuario desea registrar los datos básicos del actor planificador pero introduce información que no se corresponden con el tipo de dato del campo. | Se toma la opción “datos del actor planificador”. (a)Razón social: Fundación Centro Nacional de Desarrollo e Investigación en Tecnologías Libres (CENDITEL).(b)R.I.F.: XXXXXXXXX (c)Domicilio fiscal: dirección, Avenida Alberto Carnevalli, La Hechicera, Edificio CENDITEL; estado, Mérida; municipio, Libertador; parroquia, Milla; ciudad, Mérida. Se toma la opción “guardar”. | El sistema presenta un mensaje en el que indica que la información ingresada en el campo respectivo es inválida. | Igual a lo esperado. | ||
| Flujo Básico | 3 | Observar el comportamiento del sistema cuando el usuario desea registrar los datos básicos del actor planificador pero cancela. | Se toma la opción “datos del actor planificador”. (a)Razón social: Fundación Centro Nacional de Desarrollo e Investigación en Tecnologías Libres (CENDITEL). (b)R.I.F.: G 20007349-7 (c)Domicilio fiscal: dirección, Avenida Alberto Carnevalli, La Hechicera, Edificio CENDITEL; estado, Mérida; municipio, Libertador; parroquia, Milla; ciudad, Mérida. Se toma la opción “cancelar”. | El sistema no ejecuta ninguna acción. | Igual a lo esperado. | ||
| Flujo Básico | 4 | Observar el comportamiento del sistema cuando el usuario desea registrar los datos básicos del actor planificador. | Se toma la opción “datos del actor planificador”. (a)Razón social: Fundación Centro Nacional de Desarrollo e Investigación en Tecnologías Libres (CENDITEL). (b)R.I.F.: G 20007349-7 (c)Domicilio fiscal: dirección, Avenida Alberto Carnevalli, La Hechicera, Edificio CENDITEL; estado, Mérida; municipio, Libertador; parroquia, Milla; ciudad, Mérida. Se toma la opción “guardar”. | El sistema registra los datos y presenta un mensaje en el que indica que los datos fueron registrados exitosamente. | Igual a lo esperado. |
1.23 Casos de Prueba para el Caso de Uso: Consultar datos del actor planificador.
Flujo Básico
1- El usuario pulsa la opción "datos del actor planificador".
2- El sistema presenta por pantalla los datos del actor y la opción "modificar" (esta opción será descrita en el siguiente caso de uso).
Flujos Alternativos
No aplica.
Casos de Prueba
| Escenario | # Caso de prueba | Objetivo de la prueba | Datos de entrada | Salida esperada | Salida obtenida | Observaciones | Errores corregidos |
| Flujo Básico | 1 | Observar el comportamiento del sistema cuando el usuario desea consultar los datos del actor planificador. | Se toma la opción "datos del actor planificador”. | El sistema presenta por pantalla los datos del actor y la opción "modificar". | Igual a lo esperado. |
1.24 Casos de Prueba para el Caso de Uso: Modificar datos del actor planificador.
Flujo Básico
1- El usuario pulsa la opción "datos básicos del actor planificador".
2- El sistema presenta por pantalla los datos básicos del actor, activa los campos de este registro para permitir la modificación del mismo, y muestra las opciones “guardar” y “cancelar”.
3- El usuario modifica los campos (o el campo) requeridos y presiona la opción “guardar”.
4- El sistema registra los datos.
5- El sistema presenta un mensaje en el que indica que los datos fueron registrados exitosamente.
6- Si el usuario modifica los campos requeridos y presiona la opción “cancelar” el sistema no ejecuta ninguna acción.
Flujos Alternativos
3.1- Si el usuario pulsa la opción "guardar" y omite todos o algunos de los datos solicitados, el sistema presenta por pantalla un mensaje solicitando que se indiquen los datos requeridos.
3.2- Si el usuario ingresa en un campo información que no se corresponda con el tipo de dato solicitado para dicho campo, el sistema presenta un mensaje en el que indica que la información ingresada en el campo respectivo es inválida.
Casos de Prueba
| Escenario | # Caso de prueba | Objetivo de la prueba | Datos de entrada | Salida esperada | Salida obtenida | Observaciones | Errores corregidos |
| Flujo Alternativo 6.1 | 1 | Observar el comportamiento del sistema cuando el usuario desea modificar los datos del actor planificador pero omite algún(os) datos. | Se toma la opción "datos del actor planificador”. Se toma la opción “modificar”. Se mantienen los datos almacenados y se omite el campo Razón social, Se toma la opción “guardar”. | El sistema presenta por pantalla un mensaje solicitando que se indiquen los datos requeridos. | Igual a lo esperado. | ||
| Flujo Alternativo 6.2 | 2 | Observar el comportamiento del sistema cuando el usuario desea modificar los datos del actor planificador pero ingresa tipos de datos que no se corresponden. | Se toma la opción "datos del actor planificador”. Se toma la opción “modificar”. Se mantienen los datos almacenados y se modifica el campo R.I.F.: XXXXXXXX, Se toma la opción “guardar”. | El sistema presenta un mensaje en el que indica que la información ingresada en el campo respectivo es inválida. | Igual a lo esperado. | ||
| Flujo Básico | 3 | Observar el comportamiento del sistema cuando el usuario desea modificar los datos del actor planificador pero cancela. | Se toma la opción "datos del actor planificador”. Se toma la opción “modificar”. Se mantienen los datos almacenados y se modifica el campo R.I.F.: G 20007349-7, Se toma la opción “cancelar”. | El sistema no ejecuta ninguna acción. | Igual a lo esperado. | ||
| Flujo Básico | 4 | Observar el comportamiento del sistema cuando el usuario desea modificar los datos del actor planificador. | Se toma la opción "datos del actor planificador”. Se toma la opción “modificar”. Se mantienen los datos almacenados y se modifica el campo R.I.F.: G 20007349-7, Se toma la opción “guardar”. | El sistema registra los datos y presenta un mensaje en el que indica que los datos fueron registrados exitosamente. | Igual a lo esperado. |
1.25 Casos de Prueba para el Caso de Uso: Buscar datos de actores planificadores.
Flujo Básico
1- El usuario pulsa la opción "Buscar datos de actores planificadores".
2- El sistema solicita los siguientes parámetros de búsqueda: estado, ciudad, municipio, actor planificador. El sistema presenta la opción "buscar".
3- El usuario indica el o los parámetros de búsqueda de interés y presiona la opción “buscar”.
4- El sistema presenta por pantalla un listado con los actores planificadores que tienen en su registro de información datos relacionados a los parámetros de búsqueda que han sido ingresados.
Flujos Alternativos
4.1- Si el usuario pulsa la opción "buscar" sin indicar algún parámetro de búsqueda el sistema presenta por pantalla un mensaje en el que solicita se indique algún parámetro para realizar la búsqueda.
Casos de Prueba
| Escenario | # Caso de prueba | Objetivo de la prueba | Datos de entrada | Salida esperada | Salida obtenida | Observaciones | Errores corregidos |
| Flujo Alternativo 4.1 | 1 | Observar el comportamiento del sistema cuando el usuario desea buscar los datos del actor planificador pero omite los parámetros de búsqueda. | Se pulsa la opción "buscar datos de actores planificadores”. Se toma la opción “buscar”. | El sistema presenta por pantalla un mensaje solicitando que se indiquen algún parámetro para la búsqueda. | No presenta mensaje. | ||
| Flujo Básico | 2 | Observar el comportamiento del sistema cuando el usuario desea buscar los datos del actor planificador. | Se pulsa la opción "buscar datos de actores planificadores”. Actor planificador: CENDITEL. Se toma la opción “buscar”. | El sistema presenta por pantalla un listado con los actores planificadores que tienen en su registro de información datos relacionados a los parámetros de búsqueda que han sido ingresados. | No presenta el listado, ni mensaje alguno indicando el estado de la búsqueda. | ||
| Flujo Básico | 3 | Observar el comportamiento del sistema cuando el usuario desea buscar los datos del actor planificador. | Se pulsa la opción "buscar datos de actores planificadores”. Estado: Mérida. Se toma la opción “buscar”. | El sistema presenta por pantalla un listado con los actores planificadores que tienen en su registro de información datos relacionados a los parámetros de búsqueda que han sido ingresados. | No presenta el listado, ni mensaje alguno indicando el estado de la búsqueda. |
