Tabla de Contenido
Plan de Pruebas Funcionales
Las pruebas funcionales aseguran que la aplicación ejecute sus funciones de acuerdo a lo establecido en la especificación de requerimientos.
1. Plan de Pruebas para los Casos de Uso para la 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. |
2. Plan de Pruebas para los Casos de Uso del Proceso de Explicación Situacional.
2.1.1. Casos de Prueba para el Caso de Uso: Registrar interpretación de la explicación situacional.
Flujo Básico
1- El usuario pulsa la opción “Interpretación de la explicación situacional”.
2- El sistema presenta una pantalla donde solicita que se indique la siguiente información para cada una de las siguientes secciones: (a) descriptores de la situación actual (es decir, hechos verificables que manifiestan una situación como problema), (b) causas que originan tales descriptores, (c) cambios de la situación actual que puedan ser alcanzados en función del plan que se pretende construir, (d) cambios ideales que se aspiran alcanzar. En cada sección (a, b, c y d) se presenta las opciones “guardar” y “cancelar”.
3- El usuario ingresa datos solicitados en las secciones, y presiona la opción "guardar" por cada sección donde efectúe el registro.
4- El sistema registra los datos y los presenta por pantalla.
5- Si el usuario ingresa datos solicitados en las secciones y presiona la opción “cancelar” en éstas, el sistema no ejecuta ninguna acción.
Flujos Alternativos
3.1- Si el usuario omite los datos solicitados en cualquiera de las secciones y pulsa la opción “guardar” de la sección respectiva, el sistema muestra por pantalla un mensaje en el que solicita que 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 Alternativo 3.1 | 1 | Observar el comportamiento del sistema cuando el usuario actor micro desea registrar su interpretación de la explicación situacional pero omite todos los datos. | Se toma la opción “Interpretación de la explicación situacional”, omite la información que solicita el sistema y se presiona la opción “guardar” en cualquiera de las secciones. | El sistema muestra un mensaje en el que solicita que se indique alguna información. | No es igual a la esperada. | El sistema no presenta el mensaje y retorna a la pantalla inicial relacionada a las secciones de la interpretación de la explicación situacional. | |
| Flujo Básico | 2 | Observar el comportamiento del sistema cuando el usuario desea registrar su interpretación de la explicación situacional pero luego cancela. | Se toma la opción “Interpretación de la explicación situacional”. El sistema solicita que se indique la siguiente información: (a) hechos verificables que manifiestan una situación como problema: La ciencia y la tecnología son concebidas, por lo general, como neutras y universales. Se pulsa la opción "cancelar". | El sistema no ejecuta ninguna acción. | Igual a la esperada | ||
| Flujo Básico | 3 | Observar el comportamiento del sistema cuando el usuario desea registrar su interpretación de la explicación situacional. | Se toma la opción “Interpretación de la explicación situacional”. El sistema solicita que se indique la siguiente información: (a) hechos verificables que manifiestan una situación como problema: La ciencia y la tecnología son concebidas, por lo general, como neutras y universales. (b) causas que originan tales hechos: La dependencia cultural a afectado gravemente el sector educativo, a tal punto de que las instituciones educativas (públicas o privadas) no promueven la formación de ciudadanos críticos y reflexivos, capaces de entender y atender sus propias necesidades. (c) cambios de la situación actual que puedan ser alcanzados en función del plan que se pretende construir: Para lograr cambios pertinentes y trascendentes, en relación a los problemas que se mencionan en la situación actual, parece requerirse un cambio en la cultura venezolana, un cambio a nivel de pensamiento y acción (comportamiento), que permita alcanzar la libertad necesaria para que el pueblo venezolano pueda ser soberano. (d) cambios ideales que se aspiran alcanzar: Para lograr un cambio a nivel cultural se requiere realizar cambios significativos en el sector educativo, de manera tal que se logre formar una nueva generación que pueda realizar cambios trascendentes respecto a los problemas mencionados en la situación actual, es decir, que se formen ciudadanos con conciencia crítica y reflexiva, que orienten sus prácticas a la búsqueda del bien común y al cuidado del bien público. Se toma la opción "guardar". | El sistema registra los datos y los presenta por pantalla. | Igual a la esperada |
2.1.2. Casos de Prueba para el Caso de Uso: Consultar interpretación de la explicación situacional.
Flujo Básico
1- El usuario pulsa la opción "Interpretación de la explicación situacional".
2- El sistema presenta por pantalla la información registrada para las secciones "descriptores de la situación actual", "causas que originan tales descriptores", "cambios de la situación actual" y "cambios ideales". En cada una de esta secciones muestra la opción "actualizar".
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 actor micro desea consultar su interpretación de la explicación situacional. | Se toma la opción “Interpretación de la explicación situacional”. | El sistema presenta por pantalla la información registrada para cada una de las secciones que componen la interpretación de la explicación situacional, y para cada sección muestra la opción "actualizar" | Igual a la esperada. |
2.1.3. Casos de Prueba para el Caso de Uso: Modificar interpretación de la explicación situacional.
Flujo Básico
1- El usuario pulsa la opción "Interpretación de la Explicación Situacional".
2- El sistema presenta por pantalla la información registrada en las secciones "descriptores de la situación actual", "causas que originan tales descriptores", "cambios de la situación actual", "cambios ideales", y muestra la opción "actualizar" para cada sección.
3- El usuario pulsa sobre la opción "actualizar" de la sección de interés.
4- El sistema presenta los datos registrados de la sección de interés, activa los campos de ésta para permitir que se realice la modificación respectiva y presenta las opciones “guardar” y “cancelar”.
5- El usuario modifica la información requerida y pulsa la opción “guardar”.
6- El sistema registra los datos modificados y los presenta por pantalla.
7- Si el usuario modifica los campos requeridos y presiona la opción “cancelar” el sistema no ejecuta ninguna acción.
Flujos Alternativos
5.1- Si el usuario omite los datos solicitados en una sección y pulsa la opción “guardar” de esta sección, el sistema muestra por pantalla un mensaje en el que solicita que se indique 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 Alternativo 5.1 | 1 | Observar el comportamiento del sistema cuando el usuario actor micro desea modificar su interpretación de la explicación situacional pero omite la información correspondiente. | Se toma la opción “Interpretación de la Explicación Situacional”. Se toma la opción “actualizar” en la sección (c) “cambios de la situación actual que puedan ser alcanzados en función del plan que se pretende construir”. Se borra la información previamente cargada y se toma la opción “guardar”. | El sistema muestra por pantalla un mensaje en el que solicita que se indique alguna información. | No muestra el mensaje. | ||
| Flujo Básico | 2 | Observar el comportamiento del sistema cuando el usuario desea modificar su interpretación de la explicación situacional pero luego cancela. | Se toma la opción “Interpretación de la Explicación Situacional”. Se toma la opción “actualizar” para la opción (c) “cambios de la situación actual que puedan ser alcanzados en función del plan que se pretende construir”, y se agrega: Es importante indicar que los cambios requeridos a nivel educativo, así como la formación de ciudadanos críticos y reflexivos, son cambios a largo plazo. Cabe destacar que urge realizar otros cambios, quizás a mediano plazo, que posibiliten el cambio cultural y que permitan sanear la institucionalidad pública, todo ello con miras a lograr cambios que vallan en pro del bien común y el cuido del bien público. Se toma la opción "cancelar". | El sistema no ejecuta ninguna acción. | Igual a la esperada. | ||
| Flujo Básico | 3 | Observar el comportamiento del sistema cuando el usuario desea modificar su interpretación de la explicación situacional. | Se toma la opción “Interpretación de la Explicación Situacional”. Se pulsa la opción “actualizar” para la opción (c) “cambios de la situación actual que puedan ser alcanzados en función del plan que se pretende construir”, y se agrega: Es importante indicar que los cambios requeridos a nivel educativo, así como la formación de ciudadanos críticos y reflexivos, son cambios a largo plazo. Cabe destacar que urge realizar otros cambios, quizás a mediano plazo, que posibiliten el cambio cultural y que permitan sanear la institucionalidad pública, todo ello con miras a lograr cambios que vallan en pro del bien común y el cuido del bien público. Se toma la opción "guardar". | El sistema registra los datos y los presenta por pantalla. | Igual a la esperada. |
2.1.4. Casos de Prueba para el Caso de Uso: Consultar interpretaciones de la explicación situacional.
Flujo Básico
1- El usuario pulsa la opción "Interpretaciones de la explicación situacional".
2- El sistema presenta por pantalla la información registrada por cada actor micro respecto a sus interpretaciones de la explicación situacional.
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 los usuarios (macro y/o micro) desean consultar las interpretaciones de la explicación situacional registradas por cada actor micro. | Se toma la opción “Interpretaciones de la explicación situacional”. | El sistema presenta por pantalla la información registrada por cada actor micro respecto a sus interpretaciones de la explicación situacional. | Igual a la esperada. |
2.2.1. Casos de Prueba para el Caso de Uso: Registrar versión preliminar de la situación actual.
Flujo Básico
1- El usuario pulsa la opción “Versión Preliminar de la Explicación Situacional”.
2- El sistema presenta una pantalla donde solicita que se indique la siguiente información para cada una de las siguientes secciones: (a) descriptores de la situación actual (es decir, hechos verificables que manifiestan una situación como problema), (b) causas que originan tales descriptores, (c) cambios de la situación actual que puedan ser alcanzados en función del plan que se pretende construir, (d) cambios ideales que se aspiran alcanzar. En cada sección (a, b, c y d) se presenta las opciones “guardar” y “cancelar”.
3- El usuario ingresa datos solicitados en las secciones, y presiona la opción "guardar" por cada sección donde efectúe el registro.
4- El sistema registra los datos y los presenta por pantalla.
5- Si el usuario ingresa datos solicitados en las secciones y presiona la opción “cancelar” en éstas, el sistema no ejecuta ninguna acción.
Flujos Alternativos
3.1- Si el usuario omite los datos solicitados en cualquiera de las secciones y pulsa la opción “guardar” de la sección respectiva, el sistema muestra por pantalla un mensaje en el que solicita que 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 Alternativo 4.1 | 1 | Observar el comportamiento del sistema cuando el usuario desea registrar la versión preliminar de la situación actual pero omite todos los datos. | Se toma la opción “Versión Preliminar de la Situación Actual” y se presiona “guardar” en cualquiera de las opciones. | El sistema muestra un mensaje en el que solicita que se indique alguna información. | El sistema no presenta el mensaje. | ||
| Flujo Básico | 2 | Observar el comportamiento del sistema cuando el usuario desea registrar la versión preliminar de la situación actual pero luego cancela. | Se toma la opción “Versión Preliminar de la Situación Actual”. El sistema solicita que se indique la siguiente información: (a) hechos verificables que manifiestan una situación como problema: La ciencia y la tecnología son concebidas, por lo general, como neutras y universales. Esta postura permite a los países que cuentan con un grado de aquella ciencia y tecnología promovida por occidente, llamados “desarrollados”, ejercer control y dominación sobre los demás países, en tanto que las áreas de estudio y las tecnologías que se aceptan están orientadas según los intereses de estos países. Se toma la opción "cancelar". | El sistema no ejecuta ninguna acción. | Igual a lo esperado. | ||
| Flujo Básico | 3 | Observar el comportamiento del sistema cuando el usuario desea registrar la versión preliminar de la situación actual. | Se toma la opción “Versión Preliminar de la Situación Actual”. El sistema solicita que se indique la siguiente información: (a) hechos verificables que manifiestan una situación como problema: La ciencia y la tecnología son concebidas, por lo general, como neutras y universales. Esta postura permite a los países que cuentan con un grado de aquella ciencia y tecnología promovida por occidente, llamados “desarrollados”, ejercer control y dominación sobre los demás países, en tanto que las áreas de estudio y las tecnologías que se aceptan están orientadas según los intereses de estos países. (b) causas que originan tales hechos: La dependencia cultural a afectado gravemente el sector educativo, a tal punto de que las instituciones educativas (públicas o privadas) no promueven la formación de ciudadanos críticos y reflexivos, capaces de entender y atender sus propias necesidades. Esta falta de conciencia crítica y reflexiva ha contribuido, en gran medida, al comportamiento consumista característico de una sociedad como la venezolana. (c) cambios de la situación actual que puedan ser alcanzados en función del plan que se pretende construir: Para lograr cambios pertinentes y trascendentes, en relación a los problemas que se mencionan en la situación actual, parece requerirse un cambio en la cultura venezolana, un cambio a nivel de pensamiento y acción (comportamiento), que permita alcanzar la libertad necesaria para que el pueblo venezolano pueda ser soberano. (d) cambios ideales que se aspiran alcanzar: Para lograr un cambio a nivel cultural se requiere realizar cambios significativos en el sector educativo, de manera tal que se logre formar una nueva generación que pueda realizar cambios trascendentes respecto a los problemas mencionados en la situación actual, es decir, que se formen ciudadanos con conciencia crítica y reflexiva, que orienten sus prácticas a la búsqueda del bien común y al cuidado del bien público. Se toma la opción "guardar". | El sistema registra los datos y los presenta por pantalla. | Igual a lo esperado. |
2.2.2. Casos de Prueba para el Caso de Uso: Importar interpretaciones de la explicación situacional.
Flujo Básico
1- El usuario pulsa la opción "Importar interpretaciones de la explicación situacional".
2- El sistema presenta por pantalla las secciones de información que componen las interpretaciones de la explicación situacional registradas por cada actor micro, y muestra la opción "guardar" en cada una de estas secciones.
3- El usuario selecciona información de la sección de interés y pulsa la opción "guardar".
4- El sistema registra la información en la sección correspondiente de la versión preliminar de la explicación situacional.
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 actor macro desea importar interpretaciones de la explicación situacional. | a) Se toma la opción “Importar interpretaciones de la explicación situacional”. b) Selecciona información de alguna de las secciones correspondiente a la interpretación de la explicación situacional de determinado actor micro. Pulsa la opción “Guardar” en cada una de las secciones que hizo selección de información. | a) El sistema presenta por pantalla la información registrada para las secciones de información que componen las interpretaciones de la explicación situacional registradas por cada actor micro, con una sección para la selección y la opción "guardar". b) El sistema registra la información seleccionada en la sección correspondiente de la versión preliminar de la explicación situacional. | Igual a lo esperado. |
2.2.3. Casos de Prueba para el Caso de Uso: Consultar versión preliminar de la explicación situacional (por un actor micro)
Flujo Básico
1- El usuario pulsa la opción "Versión Preliminar de la Explicación Situacional".
2- El sistema presenta por pantalla la información registrada para cada una de las secciones que componen la versión preliminar explicación situacional.
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 actor micro desea consultar la versión preliminar de la explicación situacional. | Se toma la opción “Versión Preliminar de la Explicación Situacional”. | El sistema presenta por pantalla la información registrada para cada una de las secciones que componen la versión preliminar explicación situacional. | Igual a lo esperado. |
2.2.4. Casos de Prueba para el Caso de Uso: Consultar versión preliminar de la explicación situacional (por un actor macro).
Flujo Básico
1- El usuario pulsa la opción "Versión Preliminar de la Explicación Situacional".
2- El sistema presenta por pantalla la información registrada para cada una de las secciones que componen la versión preliminar explicación situacional, y para cada sección muestra la opción "actualizar".
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 actor macro desea consultar la versión preliminar de la explicación situacional. | Se toma la opción “Versión Preliminar de la Explicación Situacional”. | El sistema presenta por pantalla la información registrada para cada una de las secciones que componen la versión preliminar explicación situacional, y para cada sección muestra la opción "actualizar" | Igual a lo esperado. |
2.2.5. Casos de Prueba para el Caso de Uso: Modificar versión preliminar de la situación actual.
Flujo Básico
1- El usuario pulsa la opción "Versión Preliminar de la Situación Actual".
2- El sistema presenta por pantalla la información registrada para cada una de las secciones que conforman la versión preliminar de la situación actual, y muestra la opción “actualizar” para cada una de estas secciones.
3- El usuario pulsa la opción “actualizar” en la sección de interés.
4- El sistema activa los campos de la sección correspondiente para permitir que se realice la modificación respectiva, y presenta las opciones “guardar” y “cancelar”.
5- El usuario modifica la información requerida y pulsa la opción “guardar”.
6- El sistema registra los datos modificados y los presenta por pantalla.
7- Si el usuario modifica los campos requeridos y presiona la opción “cancelar” el sistema no ejecuta ninguna acción.
Flujos Alternativos
6.1- Si el usuario omite todos los datos solicitados en una sección y pulsa la opción “guardar” de ésta, el sistema muestra por pantalla un mensaje en el que solicita que se indique alguna información.
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 la versión preliminar de la situación actual pero omite la información correspondiente. | Se toma la opción “Versión Preliminar de la Situación Actual”. Se toma la opción “modificar” en “(c) cambios de la situación actual que puedan ser alcanzados en función del plan que se pretende construir”. Se borra la información previamente cargada y se toma la opción “guardar”. | El sistema muestra por pantalla un mensaje en el que solicita que se indique alguna información. | El sistema no presenta el mensaje. | ||
| Flujo Básico | 2 | Observar el comportamiento del sistema cuando el usuario desea modificar la versión preliminar de la situación actual pero luego cancela. | Se toma la opción “Versión Preliminar de la Situación Actual”. Se toma la opción “modificar” para la opción“(c) cambios de la situación actual que puedan ser alcanzados en función del plan que se pretende construir”, y se agrega: Es importante indicar que los cambios requeridos a nivel educativo, así como la formación de ciudadanos críticos y reflexivos, son cambios a largo plazo. Cabe destacar que urge realizar otros cambios, quizás a mediano plazo, que posibiliten el cambio cultural y que permitan sanear la institucionalidad pública, todo ello con miras a lograr cambios que vallan en pro del bien común y el cuido del bien público. Se toma la opción "cancelar". | El sistema no ejecuta ninguna acción. | Igual a lo esperado. | ||
| Flujo Básico | 3 | Observar el comportamiento del sistema cuando el usuario desea registrar la versión preliminar de la situación actual. | Se toma la opción “Versión Preliminar de la Situación Actual”. Se toma la opción “modificar” para la opción “(c) cambios de la situación actual que puedan ser alcanzados en función del plan que se pretende construir”, y se agrega: Es importante indicar que los cambios requeridos a nivel educativo, así como la formación de ciudadanos críticos y reflexivos, son cambios a largo plazo. Cabe destacar que urge realizar otros cambios, quizás a mediano plazo, que posibiliten el cambio cultural y que permitan sanear la institucionalidad pública, todo ello con miras a lograr cambios que vallan en pro del bien común y el cuido del bien público. Se toma la opción "guardar". | El sistema registra los datos y los presenta por pantalla. | Igual a lo esperado. |
2.3. Casos de Prueba para el Caso de Uso: Gestionar situación actual.
2.3.1 Casos de Prueba para el Caso de Uso: Registrar situación actual.
Flujo Básico
1- El usuario pulsa la opción "Situación Actual".
2- El sistema despliega una pantalla donde muestra las secciones que componen la situación actual, y para cada sección solicita: (a) Sección de descriptores de la situación actual, el sistema solicita se indique el nombre y acrónimo del descriptor; (b) Sección de causas, el sistema solicita se indique por cada causa a registrar: nombre y acrónimo, tipo al que corresponde, nivel de control que se tiene sobre la misma y el tipo de perspectiva a la cual corresponde la causa; c) Sección de relaciones entre causas y descriptores, el sistema solicita se indique las relaciones entre cada una de las causas y cada uno de los descriptores registrados. Para cada sección (a, b y c) el sistema presenta las opciones “guardar” y “cancelar”.
3- El usuario ingresa datos solicitados en las secciones y presiona la opción “guardar” respectiva a cada sección donde efectúe el registro.
4- El sistema registra los datos ingresados y los presenta por pantalla.
5- Si el usuario ingresa datos solicitados en cualquiera de las secciones y presiona la opción “cancelar” de la respectiva sección, el sistema no ejecuta ninguna acción.
Flujos Alternativos
4.1- Si el usuario omite todos o algunos de los datos solicitados en cualquiera de las secciones, y pulsa la opción “guardar” de la sección respectiva, el sistema muestra por pantalla un mensaje en el que solicita que 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 Alternativo 4.1 | 1 | Observar el comportamiento del sistema cuando el usuario desea registrar la situación actual pero omite la información. | Se toma la opción “Situación Actual”. (a) descriptores de la situación actual: Se toma la opción “guardar”. | El sistema muestra un mensaje en el que solicita que se indique la información omitida. | Igual a lo esperado. | ||
| Flujo Básico | 2 | Observar el comportamiento del sistema cuando el usuario desea registrar la situación actual pero cancela. | Se toma la opción “Situación Actual”. (a) descriptores de la situación actual: La ciencia y la tecnología son concebidas, por lo general, como neutras y universales. Esta postura permite a los países que cuentan con un grado de aquella ciencia y tecnología promovida por occidente, llamados “desarrollados”, ejercer control y dominación sobre los demás países, en tanto que las áreas de estudio y las tecnologías que se aceptan están orientadas según los intereses de estos países. Se toma la opción “cancelar”. | El sistema no ejecuta ninguna acción. | Igual a lo esperado. | ||
| Flujo Básico | 3 | Observar el comportamiento del sistema cuando el usuario desea registrar la situación actual. | Se toma la opción “Situación Actual”. (a) descriptores de la situación actual: La ciencia y la tecnología son concebidas, por lo general, como neutras y universales. Esta postura permite a los países que cuentan con un grado de aquella ciencia y tecnología promovida por occidente, llamados “desarrollados”, ejercer control y dominación sobre los demás países, en tanto que las áreas de estudio y las tecnologías que se aceptan están orientadas según los intereses de estos países. (b) causas que ocasionan los descriptores [para ello presenta la lista de descriptores registrados y por cada descriptor solicita se indiquen las causas que lo han originado]:La dependencia cultural a afectado gravemente el sector educativo, a tal punto de que las instituciones educativas (públicas o privadas) no promueven la formación de ciudadanos críticos y reflexivos, capaces de entender y atender sus propias necesidades. Esta falta de conciencia crítica y reflexiva ha contribuido, en gran medida, al comportamiento consumista característico de una sociedad como la venezolana. (c) clasificación de las causas [para ello presenta el listado de causas registradas y solicita se indique por cada una de ellas el tipo de causa (para lo cual presenta tres opciones: “regla”, “acumulación” y “flujo”) y el nivel de control que se tiene sobre ésta (para el nivel de control presenta las opciones: “bajo control absoluto de los actores planificadores”, “bajo control compartido con otros actores”, y “fuera del control de los actores planificadores”)]: para la causa registrada se toman las opciones “acumulación”, “bajo control compartido con otros actores.” Para cada sección (a, b y c) se toma la opción “guardar” | El sistema registra los datos ingresados y los presenta por pantalla. | Igual a lo esperado. |
2.3.2. Casos de Prueba para el Caso de Uso: Consultar situación actual (por parte de un actor micro).
Flujo Básico
1- El usuario pulsa la opción "Situación Actual".
2- El sistema presenta por pantalla las secciones: "Descriptores de la situación actual", "Causa de la situación actual" y "Relaciones entre descriptores y causas".
3- El usuario pulsa sobre la sección que quiere consultar. 4- El sistema presenta por pantalla la información registrada para la sección respectiva.
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 actor micro desea consultar la versión preliminar de la explicación situacional. | 1) Se toma la opción “Situación Actual”. 2) Pulsa la opción “Descriptores de la situación actual”. | 1) El sistema presenta por pantalla las secciones: "Descriptores de la situación actual", "Causa de la situación actual" y "Relaciones entre descriptores y causas". 2) El sistema presenta por pantalla la información registrada para la sección "Descriptores de la situación actual" | |||
| Flujo Básico | 2 | Observar el comportamiento del sistema cuando el usuario actor micro desea consultar la versión preliminar de la explicación situacional. | 1) Se toma la opción “Situación Actual”. 2) Pulsa la opción “Causa de la situación actual”. | 1) El sistema presenta por pantalla las secciones: "Descriptores de la situación actual", "Causa de la situación actual" y "Relaciones entre descriptores y causas". 2) El sistema presenta por pantalla la información registrada para la sección "Causa de la situación actual" | |||
| Flujo Básico | 3 | Observar el comportamiento del sistema cuando el usuario actor micro desea consultar la versión preliminar de la explicación situacional. | 1) Se toma la opción “Situación Actual”. 2) Pulsa la opción “Relaciones entre descriptores y causas”. | 1) El sistema presenta por pantalla las secciones: "Descriptores de la situación actual", "Causa de la situación actual" y "Relaciones entre descriptores y causas". 2) El sistema presenta por pantalla la información registrada para la sección "Relaciones entre descriptores y causas" |
2.3.3. Casos de Prueba para el Caso de Uso: Consultar situación actual (por parte de un actor macro).
Flujo Básico
1- El usuario pulsa la opción "Situación Actual".
2- El sistema presenta por pantalla las secciones: "Descriptores de la situación actual", "Causa de la situación actual" y "Relaciones entre descriptores y causas".
3- El usuario pulsa sobre la sección que quiere consultar.
4- El sistema presenta por pantalla la información registrada para la sección respectiva y presenta las opciones "modificar" y "eliminar".
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 actor micro desea consultar la versión preliminar de la explicación situacional. | 1) Se toma la opción “Situación Actual”. 2) Pulsa la opción “Descriptores de la situación actual”. | 1) El sistema presenta por pantalla las secciones: "Descriptores de la situación actual", "Causa de la situación actual" y "Relaciones entre descriptores y causas". 2) El sistema presenta por pantalla la información registrada para la sección "Descriptores de la situación actual" y presenta las opciones "modificar" y "eliminar" | |||
| Flujo Básico | 2 | Observar el comportamiento del sistema cuando el usuario actor micro desea consultar la versión preliminar de la explicación situacional. | 1) Se toma la opción “Situación Actual”. 2) Pulsa la opción “Causa de la situación actual”. | 1) El sistema presenta por pantalla las secciones: "Descriptores de la situación actual", "Causa de la situación actual" y "Relaciones entre descriptores y causas". 2) El sistema presenta por pantalla la información registrada para la sección "Causa de la situación actual" y presenta las opciones "modificar" y "eliminar" | |||
| Flujo Básico | 3 | Observar el comportamiento del sistema cuando el usuario actor micro desea consultar la versión preliminar de la explicación situacional. | 1) Se toma la opción “Situación Actual”. 2) Pulsa la opción “Relaciones entre descriptores y causas”. | 1) El sistema presenta por pantalla las secciones: "Descriptores de la situación actual", "Causa de la situación actual" y "Relaciones entre descriptores y causas". 2) El sistema presenta por pantalla la información registrada para la sección "Relaciones entre descriptores y causas" y presenta las opciones "modificar" y "eliminar" |
2.3.4. Casos de Prueba para el Caso de Uso: Modificar situación actual.
Flujo Básico
1- El usuario pulsa la opción “Situación Actual”.
2- El sistema presenta por pantalla las secciones: "Descriptores de la situación actual", "Causa de la situación actual" y "Relaciones entre descriptores y causas".
3- El usuario pulsa sobre la sección en la cual quiere realizar la modificación.
4- El sistema presenta por pantalla la información registrada para la sección respectiva, y presenta las opciones "modificar" y "eliminar".
5- El usuario pulsa la opción “modificar”.
6- El sistema activa los campos de la sección correspondiente para permitir que se realice la modificación respectiva, y presenta las opciones “guardar” y “cancelar”.
7- El usuario modifica la información requerida y pulsa la opción “guardar”.
8- El sistema registra los datos modificados y los presenta por pantalla.
9- Si el usuario modifica los campos requeridos y presiona la opción “cancelar” el sistema no ejecuta ninguna acción.
Flujos Alternativos
7.1- Si el usuario omite todos o alguno de los datos solicitados en cualquiera de las secciones y pulsa la opción “guardar” de la sección respectiva, el sistema muestra por pantalla un mensaje en el que solicita que se indique 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 Alternativo 7.1 | 1 | Observar el comportamiento del sistema cuando el usuario actor macro desea modificar alguna sección de la situación actual pero omite todos los datos. | Se toma la opción “Situación Actual”. Para la opción “Causa de la situación actual” se toma la opción modificar. En la sección causas que ocasionan los descriptores: (omitir). Se pulsa la opción “guardar”. | El sistema muestra por pantalla un mensaje en el que solicita que se indique la información omitida. | Igual a lo esperado. | ||
| Flujo Básico | 2 | Observar el comportamiento del sistema cuando el usuario desea modificar la situación actual pero cancela. | Se toma la opción “Situación Actual”. Para la opción “Causa de la situación actual” se toma la opción modificar. Para la causa registrada se toman las opciones “regla”, “bajo control absoluto de los actores planificadores ”. Se toma la opción “cancelar”. | El sistema no ejecuta ninguna acción. | Igual a lo esperado. | ||
| Flujo Básico | 3 | Observar el comportamiento del sistema cuando el usuario desea modificar la situación actual. | Se toma la opción “Situación Actual”. Para la opción “Causa de la situación actual” se toma la opción modificar. Para la causa registrada se toman las opciones “regla”, “bajo control absoluto de los actores planificadores ”. Se toma la opción “guardar”. | El sistema registra los datos modificados y los presenta por pantalla. | Igual a lo esperado. |
2.3.5. Casos de Prueba para el Caso de Uso: Eliminar descriptor de la situación actual.
Flujo Básico
1- El usuario pulsa la opción “Situación Actual”.
2- El sistema presenta por pantalla las secciones: "Descriptores de la situación actual", "Causa de la situación actual" y "Relaciones entre descriptores y causas".
3- El usuario pulsa sobre la sección "Descriptores de la situación actual".
4- El sistema presenta por pantalla el listado de descriptores registrados y presenta las opciones "modificar" y "eliminar".
5- El usuario pulsa la opción “eliminar" del descriptor que desea eliminar”.
6- El sistema presenta un mensaje por pantalla en el que pregunta al usuario si está seguro de eliminar el descriptor, y muestra las opciones "eliminar" y "cancelar".
7- El usuario pulsa la opción "eliminar".
8- El sistema elimina el descriptor respectivo.
9- Si el usuario pulsa 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 usuario actor macro desea eliminar un descriptor de la situación actual. | Para determinado descriptor registrado, se pulsa la opción “Eliminar”. | El sistema presenta un mensaje preguntando si ¿Está seguro de querer eliminar al descriptor de la situación actual seleccionado?. Luego de responder a la pregunta (Pulsado la opción “Eliminar”) el descriptor seleccionado es borrado. | Igual a lo esperado. | ||
| Flujo Básico | 2 | Observar el comportamiento del sistema cuando el usuario actor macro decide eliminar un descriptor de la situación actual pero luego cancela dicha eliminación. | Para determinado descriptor registrado, se pulsa la opción “Eliminar”. | El sistema presenta un mensaje preguntando si ¿Está seguro de querer eliminar al descriptor de la situación actual seleccionado?. Luego de responder a la pregunta (Pulsado la opción “Cancelar”) no se ejecuta ninguna acción. | Igual a lo esperado. |
2.3.6. Casos de Prueba para el Caso de Uso: Eliminar causa de la situación actual.
Flujo Básico
1- El usuario pulsa la opción “Situación Actual”.
2- El sistema presenta por pantalla las secciones: "Descriptores de la situación actual", "Causa de la situación actual" y "Relaciones entre descriptores y causas".
3- El usuario pulsa sobre la sección "Causa de la situación actual".
4- El sistema presenta por pantalla el listado de causas registrados y presenta las opciones "modificar" y "eliminar".
5- El usuario pulsa la opción “eliminar" de la causa que desea eliminar”.
6- El sistema presenta un mensaje por pantalla en el que pregunta al usuario si está seguro de eliminar la causa, y muestra las opciones "eliminar" y "cancelar".
7- El usuario pulsa la opción "eliminar".
8- El sistema elimina la causa respectiva.
9- Si el usuario pulsa 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 usuario actor macro desea eliminar una causa de la situación actual. | Para determinada causa registrada, se pulsa la opción “Eliminar”. | El sistema presenta un mensaje preguntando si ¿Está seguro de querer eliminar la causa de la situación actual seleccionada?. Luego de responder a la pregunta (Pulsado la opción “Eliminar”) la causa seleccionada es borrada. | Igual a lo esperado. | ||
| Flujo Básico | 2 | Observar el comportamiento del sistema cuando el usuario actor macro decide eliminar una causa de la situación actual pero luego cancela dicha eliminación. | Para determinada causa registrada, se pulsa la opción “Eliminar”. | El sistema presenta un mensaje preguntando si ¿Está seguro de querer eliminar la causa de la situación actual seleccionada?. Luego de responder a la pregunta (Pulsado la opción “Cancelar”) no se ejecuta ninguna acción. | Igual a lo esperado. |
2.3.7. Casos de Prueba para el Caso de Uso: Obtener descriptores desde la versión preliminar de la explicación situacional.
Flujo Básico
1- El usuario pulsa la opción "Obtener descriptores desde la versión preliminar de la explicación situacional".
2- El sistema presenta por pantalla los descriptores registrados en la versión preliminar de la explicación situacional y las opciones "guardar" y "cancelar".
3- El usuario selecciona los descriptores de interés y pulsa la opción "guardar".
4- El sistema registra los descriptores seleccionados en la sección "Descriptores de la situación actual".
5- Si el usuario selecciona o no descriptores registrados en la versión preliminar de la explicación situacional y pulsa 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 usuario actor macro importa descriptores de la versión preliminar de la explicación situacional a la situación actual. | Pulsa la opción "Obtener descriptores desde la versión preliminar de la explicación situacional". Selecciona uno o más descriptores de la versión preliminar presentados en pantalla. Pulsa la opción “Guardar”. | El sistema registra los descriptores seleccionados en la sección "Descriptores de la situación actual" | Igual a lo esperado. | ||
| Flujo Básico | 2 | Observar el comportamiento del sistema cuando el usuario actor macro decide importar descriptores de la versión preliminar de la explicación situacional a la situación actual, pero al final cancela. | Pulsa la opción "Obtener descriptores desde la versión preliminar de la explicación situacional". Selecciona uno o más descriptores de la versión preliminar presentados en pantalla. Pulsa la opción “Cancelar”. | El sistema no ejecuta ninguna acción | Igual a lo esperado. |
2.3.8. Casos de Prueba para el Caso de Uso: Obtener causas desde la versión preliminar de la explicación situacional.
Flujo Básico
1- El usuario pulsa la opción "Obtener causas desde la versión preliminar de la explicación situacional".
2- El sistema presenta por pantalla las causas registradas en la versión preliminar de la explicación situacional y las opciones "guardar" y "cancelar".
3- El usuario selecciona las causas de interés y pulsa la opción "guardar".
4- El sistema registra las causas seleccionados en la sección "Causa de la situación actual".
5- Si el usuario selecciona o no causas registradas en la versión preliminar de la explicación situacional y pulsa 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 usuario actor macro importa causas de la versión preliminar de la explicación situacional a la situación actual. | Pulsa la opción "Obtener causas desde la versión preliminar de la explicación situacional". Selecciona una o más causas de la versión preliminar presentadas en pantalla. Pulsa la opción “Guardar”. | El sistema registra las causas seleccionadas en la sección "Causas de la situación actual" | Igual a lo esperado. | ||
| Flujo Básico | 2 | Observar el comportamiento del sistema cuando el usuario actor macro decide importar causas de la versión preliminar de la explicación situacional a la situación actual, pero al final cancela. | Pulsa la opción "Obtener causas desde la versión preliminar de la explicación situacional". Selecciona una o más causas de la versión preliminar presentadas en pantalla. Pulsa la opción “Cancelar”. | El sistema no ejecuta ninguna acción | Igual a lo esperado. |
2.4 Casos de Prueba para el Caso de Uso: Gestionar causas críticas.
2.4.1. Casos de Prueba para el Caso de Uso: Registrar relaciones de causalidad entre las causas
Flujo Básico
1- El usuario pulsa la opción “Relaciones de causalidad entre causas ”.
2- El sistema presenta por pantalla una matriz cruzada con las causas que fueron registradas para la situación actual, y solicita se indique el grado de causalidad que ejercen cada una de las causas ubicadas en las filas de la matriz sobre cada una de las causas ubicadas en las columnas de la matriz [el sistema presenta dos opciones para el grado de causalidad: cero (0) que indica que una causa no ocasiona otra, y uno (1) que indica que una causa ocasiona otra]. El sistema presenta las opciones “guardar” y “cancelar”.
3- El usuario selecciona el grado de causalidad entre las causas y pulsa la opción “guardar”.
4- El sistema registra los datos ingresados y los presenta por pantalla.
5- 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 no ingresa ninguna relación de causalidad y pulsa la opción “guardar”, el sistema muestra por pantalla un mensaje en el que solicita se indique información a registrar.
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 las relaciones de causalidad entre las causas pero omite los datos. | Se toma la opción “Relaciones de causalidad entre causas ”. Se toma la opción “guardar”. | El sistema muestra por pantalla un mensaje en el que solicita se indique información a registrar. | El sistema no presenta el mensaje. | ||
| Flujo Básico | 2 | Observar el comportamiento del sistema cuando el usuario desea registrar las relaciones de causalidad entre las causas pero cancela. | Se toma la opción “Relaciones de causalidad entre causas ”. En la primera fila de la tabla se coloca 0 y en la segunda fila 1. Se toma la opción “cancelar”. | El sistema no ejecuta ninguna acción. | Igual a lo esperado. | ||
| Flujo Básico | 3 | Observar el comportamiento del sistema cuando el usuario desea registrar las relaciones de causalidad entre las causas. | Se toma la opción “Relaciones de causalidad entre causas ”. En la primera fila de la tabla se coloca 0 y en la segunda fila 1. Se toma la opción “guardar”. | El sistema registra los datos ingresados y los presenta por pantalla. | Igual a lo esperado. |
2.4.2. Casos de Prueba para el Caso de Uso: Consultar relaciones de causalidad entre las causas.
Flujo Básico
1.- El usuario pulsa la opción "Relaciones de causalidad entre causas ".
2.- El sistema despliega una pantalla donde presenta la matriz de interrelación sistémica con los grados de causalidad registrados.
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 relaciones de causalidad entre las causas. | Se toma la opción "Relaciones de causalidad entre causas ”. | El sistema despliega una pantalla donde presenta la matriz de interrelación sistémica con los grados de causalidad registrados, y presenta la opción “modificar”. | Igual a lo esperado. |
2.4.3. Casos de Prueba para el Caso de Uso: Modificar relaciones de causalidad entre las causas.
Flujo Básico
1- El usuario pulsa la opción “Relaciones de causalidad entre causas".
2- El sistema presenta por pantalla la matriz de interrelación sistémica, activa los campos de la matriz para permitir la modificación de la misma, y muestra las opciones “guardar” y “cancelar”. 3- El usuario modifica la información de interés y pulsa la opción "guardar". 4- El sistema registra los datos y los presenta por pantalla.
5- Si el usuario modifica o no información y presiona la opción "cancelar" el sistema no ejecuta ninguna acción.
Flujos Alternativos
3.1- Si el usuario no realiza ninguna modificación y pulsa la opción "guardar", el sistema no ejecuta ninguna acción.
Casos de Prueba
| Escenario | # Caso de prueba | Objetivo de la prueba | Datos de entrada | Salida esperada | Salida obtenida | Observaciones | Errores corregidos |
| Flujo Alternativo 3.1 | 1 | Observar el comportamiento del sistema cuando el usuario no realiza modificación en las relaciones de causalidad entre las causas y pulsa la opción “guardar”. | Se toma la opción "Relaciones de causalidad entre causas”. Se toma la opción la opción “guardar”. | El sistema no ejecuta ninguna acción. | Igual a lo esperado. | Si el usuario elimina todas las relaciones y deja la tabla en blanco, el sistema guarda la nueva información suministrada. | |
| Flujo Básico | 2 | Observar el comportamiento del sistema cuando el usuario desea modificar relaciones de causalidad entre las causas pero cancela. | Se toma la opción "Relaciones de causalidad entre causas”. Indique relación de causalidad entre dos causas. Se toma la opción la opción “cancelar”. | El sistema no ejecuta ninguna acción. | Igual a lo esperado. | ||
| Flujo Básico | 3 | Observar el comportamiento del sistema cuando el usuario desea modificar relaciones de causalidad entre las causas. | Se toma la opción "Relaciones de causalidad entre causas”. Indique relación de causalidad entre dos causas. Se toma la opción la opción “guardar”. | El sistema registra los datos y los presenta por pantalla. | Igual a lo esperado. |
2.4.4. Casos de Prueba para el Caso de Uso: Seleccionar posibles causas críticas.
Flujo Básico
1- El usuario pulsa la opción “Seleccionar posibles causas críticas”.
2- El sistema realiza un cálculo en base a la matriz de interrelación sistémica para identificar las posibles causas críticas.
3- El sistema muestra por pantalla el listado de posibles causas críticas.
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 identificar posibles causas críticas. | Se toma la opción " Posibles causas críticas ”. | El sistema realiza un cálculo en base a la matriz de interrelación sistémica para identificar las posibles causas críticas y muestra por pantalla el listado de posibles causas críticas. | Igual a lo esperado. |
2.4.5. Casos de Prueba para el Caso de Uso: Consultar posibles causas críticas.
Flujo Básico
1- El usuario pulsa la opción “Posibles causas críticas”.
2- El sistema presenta por pantalla el listado de posibles causas críticas.
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 posibles causas críticas. | Se toma la opción "Posibles causas críticas ”. | El sistema presenta por pantalla el listado de posibles causas críticas. | Igual a lo esperado. |
2.4.6. Casos de Prueba para el Caso de Uso: Seleccionar causas críticas.
Flujo Básico
1- El usuario pulsa la opción “Seleccionar causas críticas”.
2- El sistema presenta por pantalla el listado de posibles causas críticas, solicita se seleccione de este listado aquellas causas que se consideren críticas, y muestra las opciones “seleccionar” y “cancelar”.
3- El usuario selecciona las causas críticas y pulsa la opción “seleccionar”.
4- El sistema registra las causas críticas y las presenta por pantalla.
5- Si el usuario selecciona las causas críticas y presiona la opción “cancelar” el sistema no ejecuta ninguna acción.
Flujos Alternativos
4.1- Si el usuario no selecciona ninguna causa crítica y pulsa la opción "seleccionar", el sistema solicita se seleccionen causas críticas.
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 seleccionar las causas críticas pero omite hacer la selección. | El usuario toma la opción “Seleccionar causas críticas”. El usuario no selecciona ninguna causa crítica y toma la opción "seleccionar". | El sistema presenta por pantalla el listado de posibles causas críticas, solicita se seleccione de este listado aquellas causas que se consideren críticas, y muestra las opciones “seleccionar” y “cancelar”. El sistema solicita se seleccionen causas críticas. | Igual a lo esperado. | ||
| Flujo Básico | 2 | Observar el comportamiento del sistema cuando el usuario desea seleccionar las causas críticas pero cancela. | El usuario toma la opción “Seleccionar causas críticas”. Se seleccionan dos causas críticas y se toma la opción “cancelar”. | El sistema presenta por pantalla el listado de posibles causas críticas, solicita se seleccione de este listado aquellas causas que se consideren críticas, y muestra las opciones “seleccionar” y “cancelar”. El sistema no ejecuta ninguna acción. | Igual a lo esperado. | ||
| Flujo Básico | 3 | Observar el comportamiento del sistema cuando el usuario desea seleccionar las causas críticas. | El usuario toma la opción “Seleccionar causas críticas”. Se seleccionan dos causas críticas y se toma la opción “seleccionar”. | El sistema presenta por pantalla el listado de posibles causas críticas, solicita se seleccione de este listado aquellas causas que se consideren críticas, y muestra las opciones “seleccionar” y “cancelar”. El sistema registra las causas críticas y las presenta por pantalla. | Igual a lo esperado. |
2.4.9. Casos de Prueba para el Caso de Uso: Describir causas críticas.
Flujo Básico
1- El usuario pulsa la opción “Causas Críticas”.
2- El sistema muestra por pantalla el listado de causas críticas registradas y presenta la opción “Descripción” para cada causa del listado.
3- El usuario pulsa la opción “Descripción” asociada a una causa de interés.
4- El sistema solicita que se indique, para la causa de interés, la información respectiva a las siguientes secciones: a) especificación de la causa, b) metas que se aspiran alcanzar en función de erradicar la causa o para disminuir los efectos de la misma, c) sectores sociales afectados por la causa, d) posibles formas de solución a la causa, e) palabras claves relacionadas a la causa. El sistema presenta por pantalla las opciones “guardar” y “cancelar”.
5- El usuario ingresa datos solicitados y presiona la opción "guardar".
6- El sistema registra los datos y los presenta por pantalla.
7- Si el usuario registra o no los datos requeridos para una sección y presiona la opción “cancelar” el sistema no ejecuta ninguna acción.
8- Los pasos 3, 4, 5 y 6 se repiten para cada una de las causas críticas registradas que se requiera describir.
Flujos Alternativos
5.1- Si el usuario omite los datos solicitados en cualquiera de las secciones y pulsa la opción “guardar” de la sección respectiva, el sistema muestra por pantalla un mensaje en el que solicita se indique la información requerida para la sección.
Casos de Prueba
| Escenario | # Caso de prueba | Objetivo de la prueba | Datos de entrada | Salida esperada | Salida obtenida | Observaciones | Errores corregidos |
| Flujo Alternativo 5.1 | 1 | Observar el comportamiento del sistema cuando el usuario actor macro desea describir una causa crítica pero omite la información relacionada. | El usuario toma la opción “Causas Críticas”. Para una de las causas toma la opción “Descripción” y pulsa la opción “guardar”. | El sistema muestra por pantalla un mensaje en el que solicita se indique información a registrar. | No presenta el mensaje. | La opción "Descripción" que se describe en el caso de prueba aparece con otro nombre "Describir causa". | |
| Flujo Básico | 2 | Observar el comportamiento del sistema cuando el usuario actor macro desea describir una causa crítica pero cancela. | El usuario toma la opción “Causas Críticas”. Para una de las causas toma la opción “Descripción”. a) Especificación de la causa: Descripción relacionada a la causas crítica1. b) Metas que se aspiran alcanzar en función de lograr cambios en los descriptores de la causa crítica: 10 proyectos de planificación publicados en el repositorio de la Fundación CENDITEL. c) Sectores sociales afectados por la causa: Administración Pública Nacional. d) Posibles formas de solución a los hechos problemáticos indicados en los descriptores de la causa: se seleccionan dos de la lista. e) Palabras claves relacionadas a la causa: falta de articulación, no hay acuerdos, falta de sistemas automatizados. Se toma la opción “cancelar”. | El sistema no ejecuta ninguna acción. | Igual a lo esperado. | La opción "Descripción" que se describe en el caso de prueba aparece con otro nombre "Describir causa". | |
| Flujo Básico | 3 | Observar el comportamiento del sistema cuando el usuario actor macro desea describir las causas críticas. | El usuario toma la opción “Causas Críticas”. Para una de las causas toma la opción “Descripción”. a) Especificación de la causa: Descripción relacionada a la causas crítica1. b) Metas que se aspiran alcanzar en función de lograr cambios en los descriptores de la causa crítica: 10 proyectos de planificación publicados en el repositorio de la Fundación CENDITEL. c) Sectores sociales afectados por la causa: Administración Pública Nacional. d) Posibles formas de solución a los hechos problemáticos indicados en los descriptores de la causa: se seleccionan dos de la lista. e) Palabras claves relacionadas a la causa: falta de articulación, no hay acuerdos, falta de sistemas automatizados. Se toma la opción “guardar”. | El sistema registra los datos y los presenta por pantalla. | Igual a lo esperado. | La opción "Descripción" que se describe en el caso de prueba aparece con otro nombre "Describir causa". |
2.4.10. Casos de Prueba para el Caso de Uso: Modificar descripción de causa crítica.
Flujo Básico
1- El usuario pulsa la opción "Causas Críticas".
2- El sistema presenta el listado de causas críticas y muestra la opción “Descripción” para cada causa de listado.
3- El usuario pulsa la opción “Descripción” para una causa de interés.
4- El sistema presenta por pantalla la información registrada para cada una de las secciones que conforman la descripción de la causa, activa los campos de las secciones para permitir que se realice la modificación en cualquiera de ellas, y presenta las opciones “guardar” y “cancelar”.
5- El usuario modifica la información requerida y pulsa la opción “guardar”.
6- El sistema registra los datos y los presenta por pantalla.
7- Si el usuario modifica o no datos y pulsa la opción “cancelar”, el sistema no ejecuta ninguna acción.
Flujos Alternativos
5.1- Si el usuario omite los datos requeridos en una sección de descripción de una causa y pulsa la opción “guardar” de la sección respectiva, el sistema muestra por pantalla un mensaje en el que solicita se indique 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 Alternativo 5.1 | 1 | Observar el comportamiento del sistema cuando el usuario actor macro desea modificar la descripción de una causa crítica pero omite los datos en una sección. | Se toma la opción "Causas Críticas". Luego se toma la opción “Descripción” para una causa de interés. Se elimina la información de una de las secciones. Se pulsa la opción “guardar”. | El sistema muestra por pantalla un mensaje en el que solicita en el que solicita se indique los datos omitidos. | No se presenta el mensaje. | ||
| Flujo Básico | 2 | Observar el comportamiento del sistema cuando el usuario actor macro desea modificar la descripción de una causa crítica pero cancela. | Se toma la opción "Causas Críticas". Luego se toma la opción “Descripción” para una causa de interés. Se modifica una de las secciones relacionadas a la causa. Se pulsa la opción “cancelar”. | El sistema no ejecuta ninguna acción. | Igual a lo esperado. | ||
| Flujo Básico | 3 | Observar el comportamiento del sistema cuando el usuario actor macro desea modificar la descripción de una causa crítica. | Se toma la opción "Causas Críticas". Luego se toma la opción “Descripción” para una causa de interés. Se modifica una de las secciones relacionadas a la causa. Se pulsa la opción “guardar”. | El sistema registra los datos y los presenta por pantalla. | Igual a lo esperado. |
2.5 Casos de Prueba para el Caso de Uso: Gestionar la Descripción de la Situación Ideal.
2.5.1 Casos de Prueba para el Caso de Uso: Registrar situación ideal.
Flujo Básico
1- El usuario pulsa la opción “Situación ideal”.
2- El sistema despliega una pantalla donde solicita la descripción de la situación ideal. El sistema presenta dos opciones: "guardar" y "cancelar".
3- El usuario ingresa los datos solicitados y presiona la opción "guardar".
4- El sistema registra los datos y los muestra por pantalla.
5- Si el usuario registra los campos requeridos 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" sin ingresar alguna información respectiva a la descripción de la situación ideal, el sistema presenta un mensaje en el que solicita se indiquen información a registrar.
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 la situación ideal pero omite la información. | Se toma la opción “Descripción de la Situación ideal”. Se presiona la opción "guardar". | El sistema presenta un mensaje en el que solicita se indique información a registrar. | Igual a lo esperado. | ||
| Flujo Básico | 2 | Observar el comportamiento del sistema cuando el usuario desea registrar la situación ideal pero cancela. | Se toma la opción “Descripción de la Situación ideal”. Situación Ideal: Tal como se plantea la situación actual del país en el área de ciencia y tecnología parece deberse básicamente a un problema de fragmentación cultural, derivado éste de la dominación que ejercen los países capitalistas desarrollados sobre el comportamiento de la sociedad venezolana. En este sentido, para lograr cambios pertinentes y trascendentes, en relación a los problemas que se mencionan en la situación actual, parece requerirse un cambio en la cultura venezolana, un cambio a nivel de pensamiento y acción (comportamiento), que permita alcanzar la libertad necesaria para que el pueblo venezolano pueda ser soberano. Se presiona la opción "cancelar". | El sistema no ejecuta ninguna acción. | Igual a lo esperado. | ||
| Flujo Básico | 3 | Observar el comportamiento del sistema cuando el usuario desea registrar la situación ideal. | Se toma la opción “Descripción de la Situación ideal”. Situación Ideal: Tal como se plantea la situación actual del país en el área de ciencia y tecnología parece deberse básicamente a un problema de fragmentación cultural, derivado éste de la dominación que ejercen los países capitalistas desarrollados sobre el comportamiento de la sociedad venezolana. En este sentido, para lograr cambios pertinentes y trascendentes, en relación a los problemas que se mencionan en la situación actual, parece requerirse un cambio en la cultura venezolana, un cambio a nivel de pensamiento y acción (comportamiento), que permita alcanzar la libertad necesaria para que el pueblo venezolano pueda ser soberano. Se presiona la opción "guardar". | El sistema registra los datos y los muestra por pantalla. | Igual a lo esperado. |
2.5.2 Casos de Prueba para el Caso de Uso: Consultar situación ideal.
Flujo Básico
1- El usuario pulsa la opción "Situación Ideal".
2- El sistema presenta por pantalla el registro de la situación ideal.
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 la situación ideal. | Se toma la opción "Descripción de la Situación Ideal". | El sistema presenta por pantalla el registro de la situación ideal. | Igual a lo esperado. |
2.5.3 Casos de Prueba para el Caso de Uso: Modificar la situación ideal.
Flujo Básico
1- El usuario pulsa la opción "Situación Ideal".
2- El sistema presenta el registro de la situación ideal, activa el campo de este registro para permitir su modificación, y presenta la opción “guardar”.
3- El usuario modifica la información requerida y pulsa la opción “guardar”.
4- El sistema registra las modificaciones y las muestra por pantalla.
5- Si el usuario modifica o no la descripción de la situación ideal y presiona la opción “cancelar” el sistema no ejecuta ninguna acción.
Flujos Alternativos
3.1- Si el usuario omite la información respectiva a la descripción de la situación ideal y pulsa la opción “guardar”, el sistema muestra por pantalla un mensaje en el que solicita se indique dicha descripción.
Casos de Prueba
| Escenario | # Caso de prueba | Objetivo de la prueba | Datos de entrada | Salida esperada | Salida obtenida | Observaciones | Errores corregidos |
| Flujo Alternativo 3.1 | 1 | Observar el comportamiento del sistema cuando el usuario actor macro desea modificar la situación ideal pero omite información. | Se toma la opción "Situación Ideal". El usuario deja en blanco el campo correspondiente a la descripción de la situación ideal . | El sistema muestra por pantalla un mensaje en el que solicita se indique la descripción de la situación ideal. | Igual a lo esperado. | ||
| Flujo Básico | 2 | Observar el comportamiento del sistema cuando el usuario actor macro desea modificar la situación ideal pero cancela. | Se toma la opción "Situación Ideal". Situación Ideal: Se espera contar con formas organizacionales autóctonas, que permitan mejorar el quehacer organizacional, el cuidado del bien público y la institucionalidad, disminuir los niveles de burocracia, y que permitan la articulación del poder popular, la gestión pública y el sector generador de bienes y servicios, todo ello con miras a prestar un mejor servicio adecuado a las necesidades del país. Se pulsa la opción “cancelar”. | El sistema no ejecuta ninguna acción. | Igual a lo esperado. | ||
| Flujo Básico | 3 | Observar el comportamiento del sistema cuando el usuario actor macro desea modificar la situación ideal. | Se toma la opción "Situación Ideal". Situación Ideal: Se espera contar con formas organizacionales autóctonas, que permitan mejorar el quehacer organizacional, el cuidado del bien público y la institucionalidad, disminuir los niveles de burocracia, y que permitan la articulación del poder popular, la gestión pública y el sector generador de bienes y servicios, todo ello con miras a prestar un mejor servicio adecuado a las necesidades del país. Se toma la opción “guardar”. | El sistema registra los datos y los muestra por pantalla. | Igual a lo esperado. |
2.6. Casos de Prueba para el Caso de Uso: Consultar Situación Objetivo.
Flujo Básico
1- El usuario pulsa la opción “Situación Objetivo”.
2- El sistema despliega una pantalla donde muestra un listado de todas las metas ingresadas en la descripción de las causas críticas.
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 la situación objetivo. | Se toma la opción "Situación Objetivo". | El sistema despliega una pantalla donde muestra un listado de todas las metas ingresadas en la descripción de las causas críticas. | Igual a lo esperado. |
3. Casos de Prueba para el Caso de Uso: Gestionar Definición de Proyectos Direccionales.
Flujo Básico
1- El usuario debe pulsar la opción “Definición de Proyectos Direccionales”.
2- El sistema presenta una pantalla donde muestra las opciones “Posibles Proyectos Direccionales”.
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 gestionar la definición de definición de los proyectos direccionales | Se toma la opción “Definición de Proyectos Direccionales”. | El sistema presenta una pantalla donde muestra las opciones “Posibles Proyectos Direccionales”. | Igual a lo esperado. |
3.1 Casos de Prueba para el Caso de Uso: Gestionar posibles proyectos direccionales.
3.1.1 Casos de Prueba para el Caso de Uso: Registrar posibles proyectos direccionales.
Flujo Básico
1- El usuario pulsa la opción “Posibles Proyectos Direccionales”.
2- El sistema despliega una pantalla donde solicita se indique la siguiente información para cada una de las siguientes secciones: a) posible proyecto direccional, y b) causas críticas que abordará el posible proyecto direccional [para ello el sistema presenta la lista de causa críticas registradas]. El sistema presenta las opciones: "guardar" y "cancelar" para cada sección.
3- El usuario ingresa los datos solicitados y presiona la opción “guardar”.
4- El sistema registra los datos ingresados y los presenta por pantalla.
5- Los pasos 2, 3 y 4 se repiten para cada posible proyecto direccional a registrar.
6- Si el usuario ingresa los datos solicitados y presiona 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 usuario agrega un posible proyecto direccional. | Se toma la opción “Posibles Proyectos Direccionales”. Posible proyecto direccional: Fomento del sentido y práctica del poder popular a través de la investigación y desarrollo de tecnologías liberadoras orientadas a la formación e integración cultural, social, educativa y científico-tecnológicas. Causas críticas que abordará el problema: se selecciona la primera que aparece en la lista. Se toma la opción “cancelar” | El sistema no ejecuta ninguna acción. | Igual a lo esperado. | ||
| Flujo Básico | 2 | Observar el comportamiento del sistema cuando el usuario agrega un posible proyecto direccional. | Se toma la opción “Posibles Proyectos Direccionales”. Posible proyecto direccional: Fomento del sentido y práctica del poder popular a través de la investigación y desarrollo de tecnologías liberadoras orientadas a la formación e integración cultural, social, educativa y científico-tecnológicas. Causas críticas que abordará el problema: se selecciona la primera que aparece en la lista. Se toma la opción “guardar” | El sistema presenta por pantalla los datos registrados. | Igual a lo esperado. | ||
| Flujo Básico | 3 | Observar el comportamiento del sistema cuando el usuario agrega un posible proyecto direccional. | Se toma la opción “Posibles Proyectos Direccionales”. Posible proyecto direccional: Desarrollo de tecnologías libres para la soberanía tecnológica nacional. Causas críticas que abordará el problema: se seleccionan dos de las que aparecen en la lista. Se toma la opción “guardar” | El sistema presenta por pantalla los datos registrados. | Igual a lo esperado. |
3.1.2 Casos de Prueba para el Caso de Uso: Consultar posibles proyectos direccionales.
Flujo Básico
1- El usuario pulsa la opción "Posibles Proyectos Direccionales".
2- El sistema presenta por pantalla el listado de posibles proyectos direccionales, y para cada proyecto presenta las opciones “causas que aborda” y “modificar” (esta última opción será descrita en el siguiente caso de uso).
3- Si el usuario pulsa la opción “causas que aborda” para un posible proyecto direccional específico, el sistema presenta por pantalla el listado de causas que aborda este proyecto.
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 posibles proyectos direccionales. | Se toma la opción la opción "Posibles Proyectos Direccionales". Del primer proyecto se toma la opción “causas que aborda” | El sistema presenta por pantalla el listado de posibles proyectos direccionales, y para cada proyecto presenta las opciones “causas que aborda” y “modificar”. Al presionar la opción “causas que aborda” el sistema presenta por pantalla el listado de causas que aborda el proyecto. | Igual a lo esperado. |
3.1.3 Casos de Prueba para el Caso de Uso: Modificar posibles proyectos direccionales.
Flujo Básico
1- El usuario pulsa la opción “Posibles Proyectos Direccionales”.
2- El sistema presenta por pantalla el listado de posibles proyectos direccionales, y para cada proyecto presenta las opciones “causas que aborda” y “modificar”.
3- El usuario pulsa la opción “modificar” para un posible proyecto de interés.
4- El sistema presenta por pantalla el registro de información del proyecto (leyenda del proyecto y causas que aborda), activa los campos de este registro para permitir que se realice la modificación respectiva y presenta las opciones “guardar” y “cancelar”.
5- El usuario modifica la información requerida y pulsa la opción “guardar”.
6- El sistema registra los datos modificados y los presenta por pantalla.
7- Si el usuario modifica los datos requeridos y presiona la opción “cancelar” el sistema no ejecuta ninguna acción.
Flujos Alternativos
5.1.- Si el usuario omite toda la información respectiva al posible proyecto direccional y pulsa la opción “guardar”, el sistema muestra por pantalla un mensaje en el que solicita se indique información a registrar.
Casos de Prueba
| Escenario | # Caso de prueba | Objetivo de la prueba | Datos de entrada | Salida esperada | Salida obtenida | Observaciones | Errores corregidos |
| Flujo Alternativo 5.1 | 1 | Observar el comportamiento del sistema cuando el usuario desea modificar los posibles proyectos direccionales y omite la información. | Se toma la opción “Posibles Proyectos Direccionales”. Se selecciona del listado de posibles proyectos direccionales el segundo proyecto registrado y toma la opción “modificar”. Se deja vacío el campo leyenda y se presiona la opción “guardar” | El sistema muestra por pantalla un mensaje en el que solicita se indique información a registrar. | Igual a lo esperado. | ||
| Flujo Básico | 2 | Observar el comportamiento del sistema cuando el usuario desea modificar los posibles proyectos direccionales pero cancela. | Se toma la opción “Posibles Proyectos Direccionales”. Se selecciona del listado de posibles proyectos direccionales el segundo proyecto registrado y toma la opción “modificar”. Se agrega una causa mas a las seleccionadas y se presiona la opción “cancelar” | El sistema no ejecuta ninguna acción. | Igual a lo esperado. | ||
| Flujo Básico | 3 | Observar el comportamiento del sistema cuando el usuario desea modificar los posibles proyectos direccionales. | Se toma la opción “Posibles Proyectos Direccionales”. Se selecciona del listado de posibles proyectos direccionales el segundo proyecto registrado y toma la opción “modificar”. Se agrega una causa mas a las seleccionadas y se presiona la opción “guardar” | El sistema registra los datos modificados y los presenta por pantalla. | Igual a lo esperado. |
3.2 Casos de Prueba para el Caso de Uso: Gestionar proyectos direccionales.
3.2.1 Casos de Prueba para el Caso de Uso: Seleccionar proyectos direccionales.
Flujo Básico
1- El usuario pulsa la opción “Proyectos Direccionales”.
2- El sistema presenta por pantalla el listado de posibles proyectos direccionales, solicita se seleccione de este listado aquellos proyectos que se consideren como potenciales o eficaces para lograr la situación objetivo del plan, y muestra las opciones “seleccionar” y “cancelar”.
3- El usuario selecciona proyectos direccionales y pulsa la opción “seleccionar”.
4- El sistema registra los proyectos direccionales y los presenta por pantalla.
5- Si el usuario selecciona los proyectos direccionales y presiona la opción “cancelar” el sistema no ejecuta ninguna acción.
Flujos Alternativos
4.1- Si el usuario no selecciona ningún proyecto direccional y pulsa la opción "seleccionar", el sistema solicita que se indiquen proyectos direccionales a seleccionar.
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 seleccionar los proyectos direccionales pero omite la información. | Se toma la opción “Proyectos Direccionales”. Se presiona la opción “Seleccionar”. | El sistema solicita que se indiquen los proyectos direccionales a seleccionar. | Igual a lo esperado. | ||
| Flujo Básico | 2 | Observar el comportamiento del sistema cuando el usuario desea seleccionar los proyectos direccionales pero cancela. | Se toma la opción “Proyectos Direccionales”. Se seleccionan del listado dos proyectos direccionales y presiona la opción “Cancelar”. | El sistema no ejecuta ninguna acción | Igual a lo esperado. | ||
| Flujo Básico | 3 | Observar el comportamiento del sistema cuando el usuario desea seleccionar los proyectos direccionales. | Se toma la opción “Proyectos Direccionales”. Se seleccionan del listado dos proyectos direccionales y presiona la opción “Seleccionar”. | El sistema registra los proyectos direccionales y los presenta por pantalla. | Igual a lo esperado. |
3.2.2 Casos de Prueba para el Caso de Uso: Consultar proyectos direccionales.
Flujo Básico
1- El usuario pulsa la opción “Proyectos Direccionales”.
2- El sistema muestra por pantalla el listado de proyectos direccionales, presenta la opción “Descripción” para cada proyecto del listado, y muestra la opción “Modificar selección de proyectos direccionales” para el conjunto de proyectos direccionales (estas opciones serán descritas en los 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 usuario desea consultar los proyectos direccionales. | Se toma la opción “Proyectos Direccionales”. | El sistema muestra por pantalla el listado de proyectos direccionales, presenta la opción “Descripción” para cada proyecto del listado, y muestra la opción “Modificar selección de proyectos direccionales”. | Igual a lo esperado. |
3.2.3 Casos de Prueba para el Caso de Uso: Modificar selección de proyectos direccionales.
Flujo Básico
1- El usuario pulsa la opción “Proyectos Direccionales”.
2- El sistema muestra por pantalla el listado de proyectos direccionales, y presenta por cada proyecto la opción “Descripción”. También muestra la opción “Modificar selección de proyectos direccionales” para el conjunto de proyectos direccionales.
3- El usuario pulsa la opción “Modificar selección de proyectos direccionales”.
4- El sistema solicita se seleccione del listado de posibles proyectos direccionales aquellos que se consideren como potenciales o eficaces para lograr la situación objetivo del plan, y muestra las opciones “seleccionar” y “cancelar”.
5- El usuario selecciona los posibles proyectos direccionales y pulsa la opción “seleccionar”.
6- El sistema registra los proyectos direccionales y los presenta por pantalla.
7- Si el usuario selecciona los posibles proyectos direccionales y presiona la opción “cancelar” el sistema no ejecuta ninguna acción.
Flujos Alternativos
6.1- Si el usuario no selecciona ningún proyecto direccional y pulsa la opción "seleccionar", el sistema solicita si indiquen proyectos direccionales a seleccionar.
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 la selección de los proyectos direccionales pero omite la información. | Se toma la opción “Proyectos Direccionales”. Se presiona la opción “Modificar selección de proyectos direccionales”. Se toma la opción “Seleccionar” | El sistema solicita si indiquen proyectos direccionales a seleccionar | Igual a lo esperado. | ||
| Flujo Básico | 2 | Observar el comportamiento del sistema cuando el usuario desea modificar la selección de los proyectos direccionales pero cancela. | Se toma la opción “Proyectos Direccionales”. Se presiona la opción “Modificar selección de proyectos direccionales”. Se añade un proyecto direccional a la selección. Se toma la opción “Cancelar” | El sistema no ejecuta ninguna acción. | Igual a lo esperado. | ||
| Flujo Básico | 3 | Observar el comportamiento del sistema cuando el usuario desea modificar la selección de los proyectos direccionales. | Se toma la opción “Proyectos Direccionales”. Se presiona la opción “Modificar selección de proyectos direccionales”. Se añade un proyecto direccional a la selección. Se toma la opción “Seleccionar” | El sistema registra los proyectos direccionales y los presenta por pantalla. | Igual a lo esperado. |
3.2.4 Casos de Prueba para el Caso de Uso: Describir proyectos direccionales.
Flujo Básico
1- El usuario pulsa la opción “Proyectos Direccionales”.
2- El sistema muestra por pantalla el listado de proyectos direccionales registrados y presenta la opción “Descripción” para cada proyecto del listado. También presenta la opción “Modificar selección de proyectos direccionales” para el conjunto de proyectos direccionales.
3- El usuario pulsa la opción “Descripción” asociada a un proyecto.
4- El sistema presenta una pantalla donde solicita que se indique la siguiente información para cada una de las siguientes secciones para el proyecto direccional respectivo: (a) requerimientos necesarios para llevar a cabo el proyecto direccional, (b) actores responsables del proyecto direccional, y c) causas que aborda el proyecto (en este caso el sistema muestra las causas que aborda el proyecto). El sistema presenta por pantalla las opciones “guardar” y “cancelar” para cada una de las secciones.
5- El usuario ingresa datos y presiona la opción "guardar" para la sección de interés.
6- El sistema registra los datos y los presenta por pantalla.
7- Si el usuario registra datos requeridos para un proyecto específico y presiona la opción “cancelar” el sistema no ejecuta ninguna acción.
8- Los pasos 3, 4, 5 y 6 se repiten para cada uno de los proyectos direccionales registrados.
Flujos Alternativos
5.1- Si el usuario omite todos los datos requeridos y pulsa la opción “guardar”, el sistema muestra por pantalla un mensaje solicitando información a registrar.
Casos de Prueba
| Escenario | # Caso de prueba | Objetivo de la prueba | Datos de entrada | Salida esperada | Salida obtenida | Observaciones | Errores corregidos |
| Flujo Alternativo 5.1 | 1 | Observar el comportamiento del sistema cuando el usuario desea describir los proyectos direccionales pero omite la información. | Se toma la opción “Proyectos Direccionales”. Para el segundo proyecto de la lista se pulsa la opción pulsa “Descripción” y se presiona la opción “Guardar” | El sistema muestra por pantalla un mensaje solicitando información a registrar. | El sistema no presenta el mensaje e indica que se ha guardado la información. | ||
| Flujo Básico | 2 | Observar el comportamiento del sistema cuando el usuario desea describir los proyectos direccionales pero cancela. | Se toma la opción “Proyectos Direccionales”. Para el segundo proyecto de la lista se pulsa la opción pulsa “Descripción” y se suministra la siguiente información: (a)Requerimientos necesarios para llevar a acabo el proyecto: 500.000 Bs., Actores responsables: CENDITEL (c) Causas que aborda el proyecto: se seleccionan dos de la lista y se presiona la opción “Cancelar” | El sistema no ejecuta ninguna acción | Igual a lo esperado. | ||
| Flujo Básico | 3 | Observar el comportamiento del sistema cuando el usuario desea describir los proyectos direccionales. | Se toma la opción “Proyectos Direccionales”. Para el primer proyecto de la lista se pulsa la opción pulsa “Descripción” y se suministra la siguiente información: (a)Requerimientos necesarios para llevar a acabo el proyecto: 6.000.000 Bs., Actores responsables: CENDITEL, CNTI., (c) Causas que aborda el proyecto: se selecciona una de la lista y se presiona la opción “Guardar” | El sistema registra los datos y los presenta por pantalla. | Igual a lo esperado. | ||
| Flujo Básico | 4 | Observar el comportamiento del sistema cuando el usuario desea describir los proyectos direccionales. | Se toma la opción “Proyectos Direccionales”. Para el segundo proyecto de la lista se pulsa la opción pulsa “Descripción” y se suministra la siguiente información: (a)Requerimientos necesarios para llevar a acabo el proyecto: 500.000 Bs., Actores responsables: CENDITEL (c) Causas que aborda el proyecto: se seleccionan dos de la lista y se presiona la opción “Guardar” | El sistema registra los datos y los presenta por pantalla. | Igual a lo esperado. |
3.2.5 Casos de Prueba para el Caso de Uso: Consultar descripción de proyectos direccionales.
Flujo Básico
1- El usuario pulsa la opción “Proyectos Direccionales”. 2- El sistema muestra por pantalla el listado de proyectos direccionales, cada uno con la opción “Descripción”. También presenta la opción “Modificar selección de proyectos direccionales” para el conjunto de proyectos direccionales. 3- El usuario pulsa la opción “Descripción” para el proyecto direccional de interés. 4- El sistema presenta por pantalla el registro con la descripción del proyecto respectivo, y muestra 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 la descripción de los proyectos direccionales. | Se toma la opción “Proyectos Direccionales”. | El sistema presenta por pantalla el registro con la descripción del proyecto respectivo, y muestra la opción “modificar”. | Igual a lo esperado. |
3.2.6 Casos de Prueba para el Caso de Uso: Consultar descripción de proyectos direccionales.
Flujo Básico
1- El usuario pulsa la opción "Proyectos Direccionales".
2- El sistema presenta el listado de proyectos direccionales y muestra la opción “Descripción” para cada proyecto del listado. También presenta la opción “Modificar selección de proyectos direccionales” para el conjunto de proyectos direccionales.
3- El usuario pulsa la opción “Descripción” para un proyecto específico.
4- El sistema presenta por pantalla el registro con la descripción del proyecto respectivo, y muestra la opción “modificar”.
5- El usuario pulsa la opción “modificar”.
6- El sistema activa los campos del registro de la descripción del proyecto direccional para permitir su modificación, y presenta las opciones “guardar” y “cancelar” para cada una de las secciones que conforman la descripción de los proyectos direccionales.
7- El usuario modifica la sección de interés y pulsa la opción “guardar”.
8- El sistema registra los datos y los presenta por pantalla.
9- Si el usuario modifica datos y pulsa la opción “cancelar”, el sistema no ejecuta ninguna acción.
Flujos Alternativos
8.1- Si el usuario omite todos los datos solicitados y pulsa la opción “guardar”, el sistema muestra por pantalla un mensaje solicitando se registre información.
Casos de Prueba
| Escenario | # Caso de prueba | Objetivo de la prueba | Datos de entrada | Salida esperada | Salida obtenida | Observaciones | Errores corregidos |
| Flujo Alternativo 8.1 | 1 | Observar el comportamiento del sistema cuando el usuario desea modificar la descripción de los proyectos direccionales pero omite la información. | Se toma la opción "Proyectos Direccionales". Se pulsa la opción “Descripción”. Se toma la opción “Modificar”. Se toma la opción “Guardar”. | El sistema muestra por pantalla un mensaje solicitando se registre información. | El sistema no presenta el mensaje e indica que se ha guardado la información. | ||
| Flujo Básico | 2 | Observar el comportamiento del sistema cuando el usuario desea modificar la descripción de los proyectos direccionales pero cancela. | Se toma la opción "Proyectos Direccionales". Se pulsa la opción “Descripción”. Se toma la opción “modificar”. Descripción: Fortalecer las estructuras y mecanismos que conduzcan al poder popular a la apropiación social del conocimiento, la producción sustentable y la comprensión del sentido de bien público. Se toma la opción “Cancelar”. | El sistema no ejecuta ninguna acción | Igual a lo esperado. | ||
| Flujo Básico | 3 | Observar el comportamiento del sistema cuando el usuario desea modificar la descripción de los proyectos direccionales. | Se toma la opción "Proyectos Direccionales". Se pulsa la opción “Descripción”. Se toma la opción “modificar”. Descripción: Fortalecer las estructuras y mecanismos que conduzcan al poder popular a la apropiación social del conocimiento, la producción sustentable y la comprensión del sentido de bien público. Se toma la opción “Guardar”. | El sistema registra los datos y los presenta por pantalla. | Igual a lo esperado. |
