-
Notifications
You must be signed in to change notification settings - Fork 4
ADR. Tests e2e
Librería para la realización de pruebas en el lado del servidor.
Aceptado
Cucumber es un software de testing BDD (Behavior Driven Development) que nos permitirá elaborar pruebas unitarias a partir de criterios de aceptación, fácilmente entendibles por todos los intervinientes del proceso. A través de Cucumber, el analista podrá definir un conjunto de casos de uso que permitan validar el desarrollo realizado. Estos casos de uso tendrán su correlación con scenarios de Cucumber, los cuales estarán implementados posteriormente en un lenguaje de programación dominado por el ingeniero de calidad o testing.
Además no debemos olvidar que BDD emerge de TDD ( test-driven development). Por lo que con este enfoque podemos paralelizar, al menos en parte, el desarrollo de la integración con el de las pruebas. Otro punto fuerte a tener en cuenta.
-
Ejemplo de definición de caso de uso:
-
Ejemplo de código:
Para las pruebas e2e, utilizaremos Puppeteer, que es una herramienta de automatización de pruebas para navegadores web desarrollada por Google. Se utiliza para controlar el navegador Chrome o Chromium a través de una API para realizar acciones automatizadas como interactuar con páginas web, hacer clic en elementos, completar formularios, tomar capturas de pantalla, generar PDFs, entre otras tareas.
Ventajas de utilizar Cucumber:
- Lenguaje natural
- Reutilización de código
- Integración
- Mayor cobertura de pruebas
- Documentación
Ventajas de utilizar Puppeteer:
- Control total del navegador: Puppeteer proporciona un control completo del navegador Chrome
- Fácil de usar: Es una herramienta fácil de usar con una sintaxis intuitiva que facilita su aprendizaje y uso para los usuarios
- Integración con otras herramientas: Se puede integrar fácilmente con otras herramientas de automatización y frameworks como Jest, Mocha, y WebDriverIO, lo que permite a los usuarios aprovechar al máximo la herramienta.
Ninguno de los miembros del equipo tiene conocimiento acerca de Cucumber. Puede ser difícil de aprender para los usuarios nuevos en la herramienta, ya que requiere conocimientos previos de programación y una comprensión detallada de los conceptos de las pruebas de software. La implementación de pruebas automatizadas en Cucumber puede requerir un esfuerzo significativo de programación y mantenimiento, especialmente para proyectos grandes y complejos, lo que puede aumentar la carga de trabajo del equipo de desarrollo.
En resumen, algunas de las desventajas de Puppeteer son: la necesidad de conocimientos de programación, el consumo de recursos del sistema, la dependencia de la versión del navegador, etc. Sin embargo, a pesar de estas desventajas, Puppeteer sigue siendo una herramienta muy útil y popular para la automatización de pruebas y tareas en navegadores web.
Inicio · Documentación | Lomap_es5a
- Acta 01 - Introducción · 02_02_2023
- Acta 02 - Documentación · 09_02_2023
- Acta 05 - React, Solid y Documentación · 16_02_2023
- Acta 08 - Primera entrega de la documentación · 23_02_2023
- Acta 09 - Comienzo de desarrollo de la aplicación · 02_03_2023
- Acta 10 - Distribución y despliegue · 09_03_2023
- Acta 12 - Revisión del segundo prototipo · 16_03_2023
- Acta 13 - Integración y Test · 23_03_2023
- Acta 14 - Tests unitarios · 30_03_2023
- Acta 15 - Revisión del tercer prototipo · 13_04_2023
- Acta 16 - Tests de carga · 20_04_2023
- Acta 17 - Monitoring-Profiling · 27_04_2023
- Acta 03 - Inicio de la Documentación · 09_02_2023
- Acta 04 - Discusión de tecnologías · 12_02_2023
- Acta 06 - Decisiones de arquitectura (Cliente, servidor y despliegue) · 17_02_2023
- Acta 07 - Discusión de la base de datos y del IDE · 19_02_2023
- Acta 11 - Unión Backend y Frontend · 13_03_2023
- Acta 18 - Reunión final · 02_05_2023
- ADR 00 - Lenguaje
- ADR 01 - Framework para Front-End
- ADR 02 - Framework para Back-End
- ADR 03 - Arquitectura Cliente (RECHAZADO)
- ADR 04 - Arquitectura Servidor (RECHAZADO)
- ADR 05 - Integración Mapas
- ADR 06 - Despliegue proyecto (RECHAZADO)
- ADR 07 - Styled Components
- ADR 08 - Base de Datos (RECHAZADO)
- ADR 09 - IDE
- ADR 10 - Tests e2e
- ADR 11 - Tests unitarios
- ADR 12 - Cambio base de datos a MongoDB
- ADR 13 - AC · Usabilidad
- ADR 14 - AC · Privacidad
- ADR 15 - AC · Seguridad
- ADR 16 - Arquitectura Cliente v2 (RECHAZADO)
- ADR 17 - Gestión Estados React
- ADR 18 - Arquitectura Cliente v3
- ADR 19 - Base de datos para imagenes
- ADR 20 - Despliegue de la aplicación
- ADR 21 - Gestión de los amigos
- ADR 22 - Gestión de los puntos compartidos
- ADR 23 - AC · Testabilidad
- ADR 24 - Testeo de carga
- ADR 25 - Gestión de los puntos guardados