3.4 Communicative Purpose identification
3.4.1 Rater training
#. Caso de prueba 1. Validación y verificación del funcionamiento de los Actuadores.
Consecutivo de Escenario 1.1 Nombre de Escenario que pertenece al caso de prueba
Puesta a punto de las Motobombas.
Objetivo de la Prueba
Verificar el correcto funcionamiento de las motobombas, que cumplan con su función dentro del sistema.
Descripción o estrategia de la prueba
Se utilizaron dos motobombas. Una para simular el agua potable y la otra para atender lo referente al sistema pluvial. Para ambos casos se les
suministro energía por medio de unos Relays, los cuales están conectados a la placa arduino y se les conectaron las dos mangueras a cada una que permitieron impulsar el agua de un sistema o del otro, con la presión suficiente para que sea distribuida en todo el sistema.
Qué set de datos se requiere
**El dato del Pin análogo o digital donde se encuentra conectado el relay que la controla.
**Estado del pin del relay (High o low).
Herramientas a utilizar
**Gestor de Pruebas **Computador.
**Adaptador de voltaje 12v 4 Amp
**Arduino, relays, mangueras, abrazaderas para ajuste de mangueras, teflón, recipientes para almacenar el agua.
Criterios de Aceptación
Las motobombas tienen que tener la presión adecuada para distribuir el agua a través de las mangueras, extraer el agua de los sistemas potable y pluvial. Paso a paso del escenario u Observaciones generales
Precondición: **Conexión al adaptador de voltaje 12v 4 Amp y al relay. **Conexión del relay al pin digital o análogo de la placa Arduino. **Conexión eléctrica de la tarjeta microcontroladora arduino.
**Declaración del pin y modo de operación (Ejemplo: int mot1=48, output), donde se encuentra alojado el relay.
Resultado esperado ( Poscondición)
Las motobombas realizaron la extracción y distribución del agua a través de las mangueras con una presión adecuada, siendo muy exitoso el resultado.
#. Caso de prueba 1. Validación y verificación del funcionamiento de los Actuadores.
Consecutivo de Escenario 1.2 Nombre de Escenario que pertenece al caso de prueba
Funcionamiento de las Electroválvulas.
Objetivo de la Prueba
Verificar el correcto funcionamiento de las electroválvulas, con el ánimo de que cumplan con su función dentro del sistema.
Descripción o estrategia de la prueba
Se utilizaron cuatro electroválvulas. Para el sistema de agua potable y para atender lo referente a todo el tema de captación pluvial. Para ambos casos se les suministro energía por medio de un adaptador de 12v 4 Amp DC,
mediante los relays se controló la activación e inactivación. Se le conectaron las dos mangueras a cada una (Entrada y Salida de agua), que permitieron controlar el paso de agua de un sistema o del otro.
Qué set de datos se requiere
** El dato del Pin análogo o digital donde se encuentra conectado el relay que lo controla.
**Estado del pin del relay (High o low).
Herramientas a utilizar
**Gestor de Pruebas **Computador.
**Adaptador de voltaje 12v 4 Amp
**Arduino, relays, mangueras, abrazaderas para ajuste de mangueras, teflón, recipientes para almacenar el agua.
Criterios de Aceptación
Las electroválvulas tienen que ser el medio por el cual pudimos controlar el paso de agua a utilizar en determinado momento y que mediante
(Acueducto y agua pluvial), no se encuentren activos simultáneamente y a su vez poder controlar que servicio activar, por ejemplo: La ducha o la lavadora.
Paso a paso del escenario u Observaciones generales
Precondición: **Conexión al adaptador de voltaje 12v 4 Amp y al relay. **Conexión del relay al pin digital o análogo de la placa Arduino. **Conexión eléctrica de la tarjeta microcontroladora arduino.
**Declaración del pin y modo de operación (Ejemplo: int ev1=30, output), donde se encuentra alojado el relay.
Resultado esperado ( Poscondición)
**Las electroválvulas permitieron correctamente controlar el paso de agua. **Garantizaron que los dos sistemas no estuviesen activos al mismo tiempo. **Controlaron la activación e inactivación de los servicios, para este caso específico, la ducha o el inodoro.
#. Caso de prueba 2. Validación y verificación del funcionamiento de los Sensores.
Consecutivo de Escenario 2.1 Nombre de Escenario que pertenece al caso de prueba
Puesta a punto del Sensor De Flujo
Objetivo de la Prueba
Validar el correcto funcionamiento del sensor de flujo, con el ánimo de que cumpla con su función dentro del sistema.
Descripción o estrategia de la prueba
Se utilizó un sensor de flujo conectado al sistema pluvial a través de dos mangueras (Entrada y Salida) y a al pin digital de la placa arduino. Este sensor nos permitió capturar en tiempo real, la cantidad de agua utilizada en determinado servicio, para de esta manera tener un referente como usuario de lo que me he gastado en el mismo, dicha información fue mostrada a través de una pantalla LCD y el PC.
Qué set de datos se requiere
**El dato del Pin digital donde se encuentra conectado y el modo de operación (Ejemplo: char sensordeFlujo1=2, input.
**Método de interrupciones del arduino, ejemplo: attachInterrupt (1, flujo1, rising).
Herramientas a utilizar
**Gestor de Pruebas **Computador. **3v - 5v DC
** Arduino, mangueras, abrazaderas para ajuste de mangueras, teflón, recipientes para almacenar el agua.
Criterios de
Aceptación El sensor de flujo debe arrojar como resultado un dato de tipo numérico.
Paso a paso del escenario u Observaciones generales Precondición:
Conexión a la tarjeta microcontroladora arduino y a 3v o 5v DC.
Resultado esperado ( Poscondición)
El sensor de flujo arrojo el dato numérico, el cual fue usado para calcular, el tiempo de uso del servicio y el volumen de agua utilizada.
#. Caso de prueba 2. Validación y verificación del funcionamiento de los Sensores.
Consecutivo de Escenario 2.2 Nombre de Escenario que pertenece al caso de prueba
Funcionamiento del Sensor De Ultrasonido
Objetivo de la Prueba
Validar el correcto funcionamiento del sensor de ultrasonido, con el ánimo de que cumpla con su función dentro del sistema.
Descripción o estrategia de la prueba
Se utilizó un sensor de ultrasonido ubicado en el sistema de almacenamiento pluvial, conectado a dos pines digitales de la placa arduino. Este sensor nos permitió conocer la información del volumen de agua almacenada. Dicho dato fue mostrado a través de una pantalla LCD y el PC.
Qué set de datos se requiere
**El dato de los Pines digitales donde se encuentra conectado y el modo de operación (Ejemplo: int Pintrig= 33, output; int Pinecho=34, input.
**La velocidad del sonido.
Herramientas a utilizar
**Gestor de Pruebas **Computador. **3v - 5v DC
** Arduino, recipientes para almacenar el agua.
Criterios de
Aceptación El sensor ultrasonido debe arrojar como resultado un dato de tipo numérico.
Paso a paso del escenario u Observaciones generales Precondición:
Conexión a la tarjeta microcontroladora arduino y a 3v o 5v DC.
Resultado esperado ( Poscondición)
El sensor de ultrasonido arrojo el dato numérico, el cual fue usado para calcular, el volumen de agua almacenada en el sistema de captación pluvial.
#. Caso de prueba 3. Validación y verificación del funcionamiento del LCD.
Consecutivo de Escenario 3.1 Nombre de Escenario que pertenece al caso de prueba Funcionamiento del LCD Objetivo de la Prueba
Validar el correcto funcionamiento del LCD, con el ánimo de que cumpla con su función dentro del sistema.
Descripción o estrategia de la prueba
Se utilizó una pantalla LCD para mostrar los datos obtenidos por los sensores de ultrasonido y de flujo. Conectado a ocho pines digitales de la placa arduino.
Qué set de datos
se requiere **Librería liquidCristal.
Herramientas a utilizar **Gestor de Pruebas **Computador. **3v - 5v DC ** Arduino. Criterios de Aceptación
El LCD debe mostrar los datos obtenidos por los sensores de ultrasonido y de flujo.
Paso a paso del escenario u Observaciones generales Precondición:
**Importar la librería liquidCristal.
**Conexión a la tarjeta microcontroladora arduino y a 3v o 5v DC.
Resultado esperado ( Poscondición)
El LCD, encendió correctamente y no mostro ningún error en pantalla ni caracteres o símbolos no deseados.
#. Caso de prueba 4. Verificación del funcionamiento de los servicios.
Consecutivo de Escenario 4.1 Nombre de Escenario que pertenece al caso de prueba
Activación e inactivación
Objetivo de la PruebaValidar que cada usuario pueda verificar el estado de los servicios una vez haya ingresado al aplicativo.
Descripción o estrategia de la prueba
Esta prueba nos permitió validar que cada usuario una vez logueado en el sistema, pudiese observar en la página principal, el estado de los servicios, (On - Off), es decir activo o inactivo en este caso.
Qué set de datos se requiere
**Usuario. **Contraseña.
Herramientas a utilizar
Aplicación con correcto funcionamiento. Ingeniero de Pruebas
Computador
Criterios de
Aceptación Ingreso de usuarios al aplicativo.
Paso a paso del escenario u Observaciones generales Precondición:
Tener activo el Nod Js, los diferentes servicios del Wamp (Apache, php y demás), la base de datos Mysql la cual debe contener la información de usuario y contraseña del usuario que está intentando ingresar al aplicativo.
Resultado esperado ( Poscondición)
El usuario ingreso correctamente a la aplicación, y puede visualizar,
correctamente en la página principal, el estado de cada uno de los servicios. (on – off).
#. Caso de prueba 4. Verificación del funcionamiento de los servicios. Consecutivo de Escenario 4.2 Nombre de Escenario que pertenece al caso de prueba
Información de uso de los servicios (Ducha e Inodoro).
Objetivo de la Prueba
Validar que cada usuario, una vez haya ingresado al aplicativo, en la etiqueta servicios del menú principal e ingresando a uno en particular, pueda visualizar la información respecto al uso del
agua correspondiente al servicio seleccionado.
Descripción o estrategia de la prueba
Esta prueba nos permitió validar, que cada usuario, después de haber hecho su respectivo ingreso a la aplicación, pudiese entrar a la parte de servicios, dando clic en la etiqueta con el mismo nombre en el menú principal y luego escogiendo un servicio determinado, para posteriormente visualizar
información como: Flujo de agua, tiempo de uso y agua pluvial utilizada.
Qué set de datos se requiere
**Usuario. **Contraseña.
Herramientas a utilizar
Aplicación funcionando correctamente. Ingeniero de Pruebas.
Computador.
Criterios de
Aceptación Ingreso de usuarios al aplicativo.
Paso a paso del escenario u Observaciones generales Precondición:
Tener activo el Nod Js, los diferentes servicios del Wamp (Apache, php y demás), la base de datos Mysql la cual debe contener la información de usuario y contraseña del usuario que está intentando ingresar al aplicativo.
Resultado esperado ( Poscondición)
El usuario ingreso correctamente a la aplicación, pudo identificar la etiqueta servicios del menú principal e ingreso a un servicio determinado y pudo visualizar correctamente la información de dicho servicio.
#. Caso de prueba 5. Validación de usuarios Consecutivo de Escenario 5.1 Nombre de Escenario que pertenece al caso de prueba
Verificación del ingreso al sistema (Login)
Objetivo de la Prueba
Validar la identidad de los usuarios ante el sistema, mediante un cuadro de dialogo donde se digita el nombre de usuario y contraseña, información coteja contra la base de datos.
Descripción o estrategia de la prueba
Esta prueba nos permitió validar el método de autenticación, utilizado para que los usuarios pudiesen ingresar al aplicativo, específicamente un nombre de usuario y una contraseña, dicha información debidamente cotejada con la base de datos, para establecer de manera correcta o no el ingreso a la
aplicación.
Qué set de datos se requiere
**Nombre de Usuario. **Contraseña.
Herramientas a utilizar
Aplicación con correcto funcionamiento. Ingeniero de Pruebas
Computador
Criterios de
Aceptación Ingreso de usuarios al aplicativo de manera correcta.
Paso a paso del escenario u Observaciones generales Precondición:
Tener activo el Nod Js, los diferentes servicios del Wamp (Apache, php y demás), la base de datos Mysql la cual debe contener la información de usuario y contraseña del usuario que está intentando ingresar al aplicativo.
Resultado esperado (
#. Caso de prueba 5. Validación de usuarios. Consecutivo de Escenario 5.2 Nombre de Escenario que pertenece al caso de prueba
Mostrar lista de usuarios, con su rol y acción a realizar (Registrar, eliminar y editar)
Objetivo de la Prueba
Validar que cada usuario, una vez haya ingresado al aplicativo, en la etiqueta usuarios del menú principal, pueda visualizar los usuarios del sistema, su rol y posibles acciones a realizar
(Registrar, eliminar y editar)
Descripción o estrategia de la prueba
Esta prueba nos permitió validar, que cada usuario, después de haber hecho su respectivo ingreso a la aplicación, pudiese entrar a la parte de usuarios, dando clic en la etiqueta con el mismo nombre en el menú principal, para posteriormente visualizar información como: La lista de usuarios, con su respectivo rol y acción a realizar (Registrar, eliminar y editar).
Qué set de datos se requiere
**Nombre de Usuario. **Contraseña.
Herramientas a utilizar
Aplicación funcionando correctamente. Ingeniero de Pruebas.
Computador.
Criterios de Aceptación
Ingreso de usuarios al aplicativo.
Una correcta navegación por el aplicativo. Paso a paso del escenario u Observaciones generales Precondición:
Tener activo el Nod Js, los diferentes servicios del Wamp (Apache, php y demás), la base de datos Mysql la cual debe contener la información de usuario y contraseña del usuario que está intentando ingresar al aplicativo.
Resultado esperado ( Poscondición)
El usuario ingreso correctamente a la aplicación, pudo identificar la etiqueta usuarios del menú principal y pudo visualizar correctamente la información de dicho etiqueta.
#. Caso de prueba 5. Validación de usuarios. Consecutivo de Escenario 5.3 Nombre de Escenario que pertenece al caso de prueba
Crear o Registrar Usuario
Objetivo de la Prueba
Validar que el usuario que tiene perfil de administrador, una vez haya ingresado al aplicativo, pueda Crear o registrar un usuario.
Descripción o estrategia de la prueba
Con esta prueba pudimos validar, que el usuario administrador, después de haber hecho su correcto ingreso a la aplicación, pudiese Crear o registrar un usuario, dando clic en la etiqueta usuarios en el menú principal, para
posteriormente dar clic en el botón registrar usuario, diligenciar los campos correspondientes para el registro, culminando con un clic en el botón registrar.
Qué set de datos se requiere
**Nombre de Usuario. **Contraseña.
Herramientas a utilizar
Aplicación funcionando correctamente. Ingeniero de Pruebas.
Computador.
Criterios de Aceptación
Ingreso de usuarios al aplicativo. Usuario con perfil de administrador. Una correcta navegación por el aplicativo.
Paso a paso del escenario u Observaciones generales Precondición:
Tener activo el Nod Js, los diferentes servicios del Wamp (Apache, php y demás), la base de datos Mysql la cual debe contener la información de nombre de usuario, contraseña y rol para llevar a cabo esta función.
Resultado esperado ( Poscondición)
El usuario ingreso correctamente a la aplicación, previa validación de su perfil de administrador, pudo identificar la etiqueta usuarios del menú principal y pudo registrar correctamente un usuario con la información requerida.
#. Caso de prueba 5. Validación de usuarios. Consecutivo de Escenario 5.4 Nombre de Escenario que pertenece al caso de prueba
Editar perfil de usuario
Objetivo de la Prueba
Validar que el usuario que tiene perfil de administrador, una vez haya ingresado al aplicativo, pueda Editar un usuario.
Descripción o estrategia de la prueba
Con esta prueba logramos validar, que el usuario administrador, después de haber hecho su correcto ingreso a la aplicación, pudiese Editar el registro de un usuario determinado, dando clic en la etiqueta usuarios en el menú principal, luego dando clic en el botón editar, que está al frente de cada usuario, se diligencian los campos correspondientes para dicha edición, culminando con un clic en el botón guardar.
Qué set de datos se requiere
**Nombre de Usuario. **Contraseña.
Herramientas a utilizar
Aplicación funcionando correctamente. Ingeniero de Pruebas.
Computador.
Criterios de Aceptación
Ingreso de usuarios al aplicativo. Usuario con perfil de administrador. Una correcta navegación por el aplicativo.
Paso a paso del escenario u Observaciones generales Precondición:
Tener activo el Nod Js, los diferentes servicios del Wamp (Apache, php y demás), la base de datos Mysql la cual debe contener la información de nombre de usuario, contraseña y rol para llevar a cabo esta función.
Resultado esperado ( Poscondición)
El usuario ingreso correctamente a la aplicación, previa validación de su perfil de administrador, pudo identificar la etiqueta usuarios del menú principal y pudo editar correctamente un usuario, modificando uno o varios campos de acuerdo a la necesidad del mismo.
#. Caso de prueba 5. Validación de usuarios. Consecutivo de Escenario 5.5 Nombre de Escenario que pertenece al caso de prueba Eliminar Usuario Objetivo de la Prueba
Validar que el usuario con perfil de administrador, una vez haya ingresado al aplicativo, pueda Eliminar el registro de un usuario determinado.
Descripción o estrategia de la prueba
Con esta prueba logramos validar, que el usuario administrador, después de haber hecho su correcto ingreso a la aplicación, pudiese Eliminar el registro de un usuario determinado, dando clic en la etiqueta usuarios en el menú principal, luego dando clic en el botón editar, que está al frente de cada usuario, se diligencian los campos correspondientes para dicha edición, culminando con un clic en el botón guardar.
Qué set de datos se requiere
**Nombre de Usuario. **Contraseña.
Herramientas a utilizar
Aplicación funcionando correctamente. Ingeniero de Pruebas.
Computador.
Criterios de Aceptación
Ingreso de usuarios al aplicativo. Usuarios con perfil de administrador. Una correcta navegación por el aplicativo.
Paso a paso del escenario u Observaciones generales Precondición:
Tener activo el Nod Js, los diferentes servicios del Wamp (Apache, php y demás), la base de datos Mysql la cual debe contener la información de nombre de usuario, contraseña y rol para llevar a cabo esta función.
Resultado esperado ( Poscondición)
El usuario ingreso correctamente a la aplicación, previa validación de su perfil de administrador, pudo identificar la etiqueta usuarios del menú principal y pudo eliminar correctamente el registro de un usuario determinado.
#. Caso de prueba 6. Validación del cierre de sesión Consecutivo de Escenario 6.1 Nombre de Escenario que pertenece al caso de prueba Salir de la aplicación Objetivo de la Prueba
Validar la funcionalidad de cierre de sesión del aplicativo, desde el perfil de administrador y del usuario general
Descripción o estrategia de la prueba
Con esta prueba logramos validar la funcionalidad del cierre de sesión de la aplicación, para ello ingresamos un usuario independientemente de su rol, después de haber validado su correcto ingreso a la aplicación, se pudo cerrar la sesión, dando clic en la etiqueta Cerrar Sesión del menú principal, retornando a la vista inicial de ingreso al sistema.
Qué set de datos se requiere
**Nombre de Usuario. **Contraseña.
Herramientas a utilizar
Aplicación funcionando correctamente. Ingeniero de Pruebas.
Computador.
Criterios de Aceptación
Ingreso de usuarios al aplicativo. Usuarios con perfil de administrador. Una correcta navegación por el aplicativo.
Paso a paso del escenario u Observaciones generales Precondición:
Tener activo el Nod Js, los diferentes servicios del Wamp (Apache, php y demás), la base de datos Mysql la cual debe contener la información de nombre de usuario, contraseña y rol para llevar a cabo esta función.
Resultado esperado ( Poscondición)
El usuario ingreso correctamente a la aplicación, previa validación de su perfil de administrador, pudo identificar la etiqueta usuarios del menú principal y pudo eliminar correctamente el registro de un usuario determinado.
5 CAPITULO V