Pruebas E2E - adbetin/proyecto-pruebas-miso4208 GitHub Wiki

Dolibarr ERP/CRM

Tester

Andres Betin David Saavedra Rafael Medrano

Objetivo

Pruebas E2E de enfoque funcional con el fin de detectar defectos en la aplicación, específicamente módulo de recursos humanos (RH), módulo financiero y módulo CRM.

Resultados

Id	Módulo	Herramienta	Descripción	Comportamiento esperado	Resultado
1	RH	Cypress	Login fallido	No poder acceder a la plataforma con un usuario no registrado	esperado
2	RH	Cypress	Login correcto	Acceder a la plataforma con un usuario registrado	esperado
3	CRM	Cypress	Creación de terceros	Poder crear un cliente en la plataforma	esperado
4	Financiero	Cypress	Creación de factura	Poder crear un borrador de factura	Fallido - Debido a la no carga adecuada del componente ckeditor para dolibarr 9.0
5	CRM	WEB DRIVER	Visualizar el listado de terceros registrados en la plataforma crm	Poder ver el listado de clientes y compañias registradas	esperado
6	Financiero	WEB DRIVER	Ver listado de borradores de factura	Poder ver listado de borradores de factura	esperado
7	CRM	WEB DRIVER	Ver detalle de un cliente o tercero de la plataforma	Poder ver los detalles de un clientes especifico	esperado
8	Financiero	Cypress	Ver listado de borradores de factura	Poder ver listado de borradores de factura	esperado
9	Financiero	Cypress	Ver reporte comportamiento pagos	Poder un reporte especifico del comportamiento de un pago de un cliente (tercero)	esperado

Usabilidad:

El sistema requiere mucha configuración inicial para que el resto de módulos puedan ser utilizados, adicional dicha configuración fue realizada en la plataform HEROKU lo cual aumentó la complejidad de instalación y publicación de la plataforma.

Rendimiento:

El funcionamiento del sistema en la nube con la plataforma heroku, genera grados de latencia entre pruebas de cada funcionalidad, aunque en algunos momentos el almacenamiento de datos presenta demoras superiores a 6 segundos.

Anexos

1. Login fallido : --> Script

2. Login correcto : --> Script

3. Creación de terceros: --> Script

4. Creación borrador de factura: --> Script

5. Visualizar listado de terceros: --> Script

6. Ver listado de borradores de factura: --> Script

7. Ver detalle de un cliente o tercero: --> Script

8. Ver listado de borradores de factura: --> Script

9. Ver reporte comportamiento pagos: --> Script

Conclusiones y decisiones arquitecturales:

1. Inicialmente se contemplaron dos tester web pero durante la ejecución de las pruebas fue requerido un tercer Tester Web para finalizar las pruebas correctamente.
2. Fueron añadidas 2 pruebas adicionales (Ver listado de borradores de factura,Ver reporte comportamiento pagos ) a las contempladas en la estrategia de pruebas esto con el fin de verificar la latencia con la arquitectura propuesta.
3. Del total de 9 pruebas falló una ( Creación borrador de factura ) debido a la falta de un componente en la versión suministrada en github.
4. Con la aplicación en HEROKU la latencia aumentó significativamente lo cual llevó a aumentar los tiempos de espera para la ejecución de los scripts, hasta 10 segundos de espera.
5. Una decisión de arquitectura es migrar posteriormente a la plataforma AWS (Amazon) esto debido a que en HEROKU tomó más del tiempo planeado realizar las configuración de la plataforma DOLIBARR.