principal_ei_tabulator
y
Sistema de testing e2e

principal_ei_tabulator

Proceso de instanciación del ei_cuadro original

Y actualización de datos

Proceso de instanciación de principal_ei_tabulator

Proceso de actualización de datos con principal_ei_tabulator

Mejoras que ofrece principal_ei_tabulator
en comparación al cuadro base de Toba

• Persistencia por AJAX.
• Uso del Virtual DOM para renderización de filas.
• Sistema de filtro.
• Simplificación de controladores.
• La clase del cuadro encapsula todas sus funcionalidades.
• El código JS está implementado en archivos JS, y pueden cachearse en el explorador, mejorando los tiempos de respuesta.
• Integración con otras librerías para manipulación de datos: lovs, fechas, monedas o expresiones regulares

Estado actual de principal_ei_tabulator

• Definición de las columnas que son claves
  • Grado de integración: alto.
  • Falta resolver el manejo de claves compuestas.
• Sistema de paginación
  • Grado de integración: alto.
  • Falta implementar ordenamiento y filtro por ajax.
• Eventos en línea con los registros
  • Grado de integración: alto.
  • Falta resolver cómo manejar cuadros con claves compuestas.
• Metadatos de las columnas
  • Grado de integración: nulo.
  • Se configuran a mano en la clase del cuadro.
• Restricciones funcionales
  • Grado de integración: nulo.
  • Aún no se implementó nada.

Sistema de Testing e2e

Estado actual del proceso de desarrollo

1. Se recibe un requerimiento.
2. Se actualizan los repositorios de SVN en la computadora del desarrollador.
3. Se realizan los cambios.
4. Se hace commit.
5. Se actualiza el repositorio SVN del servidor de testing.
6. Se prueban a mano las vistas directamente afectadas por los cambios.
7. Si hay algo que falló, se repite desde el punto 3.

Estado del proceso de desarrollo con la integración del sistema de testing e2e

1. Se recibe un requerimiento.
2. Se actualizan los repositorios de SVN en la computadora del desarrollador.
3. Se realizan los cambios.
4. Se escriben los tests relacionados en caso de que no existan.
5. Se ejecutan los tests asociados a los cambios (no todos).
6. Si todo pasa bien, se hace commit. Sino se repite desde el punto 3.
7. Se hace commit de los cambios en el sistema de testing.
8. Se actualiza el repositorio SVN del servidor de testing.
9. Se invoca el sistema de Integración Contínua que ejecuta toda la suite de tests de todos los proyectos.
10. Si hay algo que falló, se repite desde el punto 3.

Beneficios de integrar el sistema de testing e2e

• Asegura que el camino normal de la aplicación funciona como se espera.
• Un cambio no requiere testing manual de todas las vistas afectadas.
• Permite verificar que el resto de los sistemas no se ven afectados por un cambio.
• Previene la generación de versiones con vistas rotas.
• Mayor confianza en la creación de una versión.
• Facilita la reingeniería de procesos.

Estado actual del sistema de testing e2e

Contexto del desarrollador

Contexto de la herramienta

Estado actual del sistema de testing e2e

• Se implementó como proyecto aparte y utiliza php7.2, composer,  phpunit 7, php-webdriver para comunicarse con selenium.
  • Selenium 3 en adelante no funciona en windows XP.
  • Los exploradores (y sus drivers de selenium) actuales no funcionan con selenium 2.
• El sistema de integración contínua es gitlab-ci.
  • Gitlab es un sistema de repositorios de código abierto para git
  • La máquina virtual armada corre una imagen de gitlab de docker junto a gitlab-ci.
  • Cada commit a gitlab del sistema de tests automáticamente ejecuta los tests contra el servidor de test.

Resultado actual del sistema de testing e2e