Este documento discute las mejores prácticas para la automatización de pruebas, destacando que la automatización no sustituye las pruebas manuales y que el mantenimiento es crucial. También cubre estrategias como test unitario, integración, interfaz de usuario y tips como nombrar tests claramente y usar enfoques de datos impulsados.

1. The path to
automation heaven
Francisco Moreno
@morvader

2. Bio
Francisco Moreno
QA Area Leader en Sngular
@morvader
@NorthemQuality

3. Spoiler: There is no automation
heaven...
Clickbait!

5. + Información
- Riesgo
Rápido

6. Mitos automatización
“Sustituye a las pruebas manuales”
“Ahorraremos coste”
“Todo es automatizable”
“Tarea aislada”
“Es algo sencillo”
Sólo a checkeos básicos
El coste estará en otro lado
No y no siempre compensa
Mantenimiento constante
Testing desatendido muy complejo

7. Pirámide Testing

8. Iceberg
Cultura Equipo
Conocimiento Confianza
Estrategia
Tiempo
Valor
Entorno Objetivo
Resultados
Contexto

9. Tips
Generales

10. ¿Por qué? - Propósito
¿Cómo? - Proceso
¿Qué? - Resultado
Estrategia

11. Tester que programa
Developer que programa tests

12. Test behavior, not implementation

13. Pilares básicos
SIMPLICIDAD AUTONOMÍA FEEDBACK

15. Unit Testing

16. KISS
Nombres claros
AAA style
Test Desacoplados
Testing negativo
DataDriven Testing
Mocking necesario

17. Naming - AAA

18. Exceptions

19. Parameterized - Data Driven

20. Faker

21. Acoplamiento
public Person(String
name)
public Person(String name, String email)

22. Generación de objetos
Factorías
ObjectMother
Autogenerados

23. Decoupled

24. Generación de objetos
Factorías
ObjectMother
Autogenerados
Selección de campos

25. Decoupled

26. Integration - API

27. Perspectiva - Nivel de confianza
Postman
Cliente http - Assert
Postman
SoapUI
Cliente http - Assert
Postman
SoapUI
Cliente http - Assert
Mocking
IoC & ID
Docker

28. Aproximaciones
Modificar entidad
1. Insert DB
2. PUT
3. Check DB
1. POST
2. PUT
3. GET
Control
Mantenibilidad

29. Example

30. Tips
● Funcionalidad core
● Casos negativos y excepciones
● Valores límite
● Control de códigos de respuesta y
valores clave
● Gestionar juego de datos de prueba
PUNTO DE ENTRADA AL SISTEMA
“Ese caso no se puede dar desde la web…”

31. Si es posible...
● Pruebas atómicas y aisladas
○ Al menos “dockerizar” la base de datos
○ Mocking de dependencias externas
● Limpiar datos después de ejecución
○ Pre-Scripts Postman/SoapUI
○ @After/@Before

32. End to End - UI

33. Objetivo
Probar UI
Probar a través
de la UI

34. Estrategia global
Verificar stack
Casos de pruebas específicos contra el API
Cubrir happy path
Para validar UI: frameworks específicos o visual testing

35. ¡BUENAS PRÁCTICAS!

36. Velocidad - Recursos

37. Paralelización
Multinavegador

38. Github - https://github.com/SeleniumHQ/docker-selenium

40. Dockerizado

41. Evitar repetición de pasos
TEST
TOKEN
Login
@Before
TEST
Set cookie Usuario logado

42. Preparar escenario
TEST
POST
@Before
TEST
Carrito cargadoSet Items
GET
Check Items
Asserts

43. Conclusiones

44. Context Driven Testing
The value of any practice depends on its context.
There are good practices in context, but there are no best practices.
People, working together, are the most important part of any project's context.
Projects unfold over time in ways that are often not predictable.
The product is a solution. If the problem isn't solved, the product doesn't work.
Good software testing is a challenging intellectual process.
Only through judgement and skill, exercised cooperatively throughout the entire project, are
we able to do the right things at the right times to effectively test our products.

45. Testing workflow
“No te fíes de un test que nunca hayas visto fallar”
Escribe
un test
Cambia
el
aserto
Déjalo
como
estaba

46. Si tuviese que escoger...

47. Pide ayuda
Testeabilidad sistemas
Buenas prácticas

49. Gracias
¿Preguntas?
https://github.com/morvader/AutomationBestPractices