Dynamics saturday madrid 2019 fs

1. - Mayo 2019
Automatización de
pruebas con task recorder
• Fran Salinas
• CEO – DQSconsulting
• f.salinas@dqsconsulting.com

2. • Francisco Javier Salinas
• CEO - DQSconsulting
• f.salinas@dqsconsulting.com

3. Objetivo de la sesión
Mostrar cómo sistematizar validaciones de la implantación
integrándolas en cada fase de un proyecto D365FO.
Durante la implantación:
· Validación al restaurar Pro en Pre.
· Validación impacto cruzado en desarrollos.
Update de versión:
· Ejecución de pruebas regresivas.
Soporte y mantenimiento:
· Validación impacto cruzado en desarrollos.

4. Premisas
No funciona solo
No lo hace cada consultor
No se hace una vez y ya está
No se definen procesos completos End 2 End.
No valido mis procesos > Valido la solución
Es trabajo en equipo
Es solución global
Está en continua adaptación

5. Quién debe aplicarlo?
Premisa: Debe formar parte del ciclo integral del proyecto:
• Project Leader / Diseño:
• Estructurará los procesos de manera global al
proyecto, como solución end to end.
• Consultores / Construcción:
• Deben documentar cada proceso con Task
Recorder a un nivel de granularidad bajo.
• Definirán los escenarios de prueba como
concatenación de varios microprocesos.
• Desarrolladores / siempre:
• Será su herramienta de validación / regresión.
Responsabilidades directas

6. Que herramientas lo componen?
D365FO
Task Recorder
LCS
Business process
libraries
DevOps
Regresion Suite
Automation Tool
(RSAT)

7. Cuando aplica?
Responsabilidades directas
Premisa: Debe formar parte del ciclo integral del proyecto:

8. LCS
Centralización de los procesos existentes en la implantación con una visión integrada en el negocio.
Estructurado en forma de árbol cuyo máximo nivel de detalle es un microproceso.

9. Task Recorder
Herramienta para la documentación de procesos que servirá tanto para la formación a usuarios como
para la ejecución de baterías de pruebas

10. Devops
Suite de desarrollo donde se definirán los “Test Plans” y se obtendrá el analizará el resultado de los “Test Runs”.

11. Regresión Suite Automation Tool (RSAT)
Suplantador de “ratón”, ejecuta automáticamente los test plans definidos sobre un navegador
Permite añadir parámetros de entrada a la ejecución

12. Cuando aplica?
Responsabilidades directas
Premisa: Debe formar parte del ciclo integral del proyecto:

13. Tips para definir un plan de pruebas
• Los Test sirven para validar:
• Parametrizaciones.
• Seguridad.
• Desarrollos.
• Los Test no sirven para validar:
• Datos Maestros.

14. Tips para “task recorder”
• Desglosar los procesos en micro procesos que posteriormente se unirán en test plans:
• Crear Pedido > Confirmar Pedido > Recibir Albarán > Recibir Factura
• Diferenciar entre procesos “Task recorder” y “Test Plans”
• 1 test plan incluye múltiples tareas entrelazadas.
• Crear pedido de compra + crear pedido de compra + Confirmar Pedidos + Recibir Albaranes
• Cada proceso debe tener un resultado final que pueda ser validable.
• Confirmar Pedido > Estado.
• Recibir Albarán > Estado.
• Recibir Factura > Estado + Importes.
• Utilizar Validaciones globales en vez de individuales.
• Total línea = Cantidad * Precio - Descuentos

15. Ejemplo de Tasks / Test
• A) Acuerdos comerciales compras
1. Importar Tarifas
2. Activar Tarifa
• B) Compras
1. Crear Pedido de compra
2. Confirmar Pedido de Compra
3. Recibir Pedidos de Compra confirmados
4. Facturar Pedido de compra
5. Validar total Pedido
• C) Mantenimiento de Proveedores
1. Crear Proveedor
• Validar Tarifas:
1. A1) Importar Tarifas
2. A2) Activar Tarifas
3. C1) Crear Proveedor
4. B1) Crear Pedido de Compra
5. B5) Validar Total Pedido
• Recibir Stock
1. B1) Crear Pedido de Compra
2. B2) Confirmar Pedido de Compra
3. B1) Crear Pedido de Compra
4. B2) Confirmar Pedido de Compra
5. B3) Recibir Pedido de Compra confirmados
• Facturar Compra
1. B5) Validar totales pedido
2. B4) Facturar pedido de compra
Parámetros entre tareas
Una Tarea Múltiples Test
Tareas
Tests

16. • Francisco Javier Salinas
• CEO - DQSconsulting
• f.salinas@dqsconsulting.com

18. ¡Muchas gracias!