Expositor: Gustavo Mažeikis Resumen: El objetivo de la presentación es compartir con el público aspectos de la construcción de una prueba automatizada para un dispositivo biométrico, dedicado al registro de asistencia del personal. Hasta el momento las pruebas funcionales se realizaban interactuando manualmente con el dispositivo. Esta forma de trabajo hacía que, en mayor medida, las pruebas de regresión resultaran costosas en tiempo y recursos. La automatización de pruebas funcionales sobre el dispositivo, tiene la dificultad inherente de simular la entrada (huella y teclado) y capturar la salida (pantalla). El enfoque de la solución se basa en los siguientes aspectos. En primer lugar, se habilita la interacción automática con el dispositivo mediante la sustitución de los controladores de entrada y salida. En segundo lugar, se construye una aplicación que modela los servicios del dispositivo y que constituye la base de la prueba automática. En tercer lugar, con el empleo del marco de pruebas TestNG, se escriben las pruebas funcionales automatizadas. Durante la exposición se pretende dar al espectador una idea general de los problemas y desafíos que se presentan con un abordaje de estas características.

1. Probando un Reloj de Huellas
Automáticamente
Gustavo Mažeikis
14 de abril de 2015
Intendencia de Montevideo
Departamento de Planificación
División Tecnología de la Información

2. Intendencia de Montevideo
Departamento de Planificación
DIVISIÓN TECNOLOGÍA DE LA INFORMACIÓN
Contenido
●
El reloj de huellas
●
Los desafíos
●
La propuesta
●
La automatización
●
Demostración
●
Resumen

3. Reloj de Huellas
• Desarrollo propio
• Bibliotecas código abierto
• Componentes estándar
• 75 instalados / 150
• 7500 usuarios
• Marcas de asistencia
• Integrado a sistema RR.HH
• Enrolamiento inteligente
• Conexión LAN y 3G
I
Intendencia de Montevideo
Departamento de Planificación
DIVISIÓN TECNOLOGÍA DE LA INFORMACIÓN

4. Desafíos
Intendencia de Montevideo
Departamento de Planificación
DIVISIÓN TECNOLOGÍA DE LA INFORMACIÓN

5. Intendencia de Montevideo
Departamento de Planificación
DIVISIÓN TECNOLOGÍA DE LA INFORMACIÓN
Desafíos
●
Que el reloj pueda ser probado
automáticamente
●
Con alteraciones mínimas en el software del
reloj
●
Aprovechar experiencias previas de otras
automatizaciones

6. Intendencia de Montevideo
Departamento de Planificación
DIVISIÓN TECNOLOGÍA DE LA INFORMACIÓN
Propuesta
●
Implementar un driver para interactuar en
un modo prueba
●
Reemplazar controladores de dispositivos
de entrada
●
Agregar un nuevo dispositivo de salida
(display)
●
No modificar la lógica principal del reloj.

8. sendKeys
sendTemplate
sendMifare
getScreen

9. Intendencia de Montevideo
Departamento de Planificación
DIVISIÓN TECNOLOGÍA DE LA INFORMACIÓN
Orquestador: TestNG
●
Suites de Prueba
●
Paralelismo
●
Parámetros
●
Agrupamiento
●
ResultadosProbador: RelojTest
●
Casos de Prueba
●
marcaSalidaAceptada
●
marcaEntradaRepetida
●
Asertos
●
Bitácora
Modelo: RelojMatic
●
Servicios
●
marcarConHuella
●
cambiarUmbral
●
enrolarUsuario
●
Driver
●
Sincronización
Automatización

10. Intendencia de Montevideo
Departamento de Planificación
DIVISIÓN TECNOLOGÍA DE LA INFORMACIÓN
Demostración

11. Intendencia de Montevideo
Departamento de Planificación
DIVISIÓN TECNOLOGÍA DE LA INFORMACIÓN

12. Intendencia de Montevideo
Departamento de Planificación
DIVISIÓN TECNOLOGÍA DE LA INFORMACIÓN
Conclusiones
En un entorno no tradicional se puede
probar automáticamente, ampliando la
capacidad de prueba, y aplicando
ideas/herramientas conocidas.