Ada.ia
Logo Base de Conhecimento

Política de actualización de versiones

BIMachine es una plataforma SaaS que tiene varios servicios funcionando constantemente, para que sigan funcionando de la mejor manera, se requieren actualizaciones frecuentes para la mejora de la experiencia del usuario, así como el lanzamiento de nuevas funcionalidades.
Para que esto ocurra de forma eficiente, para que llegue al usuario, nuestro equipo ha estructurado una fase de certificación de la calidad del software, con el objetivo de obtener la mejor experiencia final del producto.
El proceso de validación de versiones de BIMachine pasa por un ciclo de etapas, que contiene una serie de reuniones y pruebas para evaluar las mejoras y lanzamientos de nuevas funcionalidades de la plataforma. Así como una serie de autocomprobaciones que garantizan la calidad del equipo de desarrollo.
Cada tarea desarrollada pasa por un flujo de entrega con el objetivo de garantizar que no haya fallos en el entorno productivo. La primera fase de este proceso tiene como principal objetivo llevar a cabo las siguientes tareas:
  1. Desarrollo: Etapa de producción del código fuente con ajustes o implementación de nuevas funciones.
  2. Revisión del código: Revisión del código fuente producido por un desarrollador más experimentado, donde el objetivo es garantizar la calidad del código fuente, difundir el conocimiento entre lo que se produjo y también garantizar un buen rendimiento en la herramienta.
  3. Desarrollador de pruebas: Prueba manual de otro desarrollador, validará con una visión técnica la implementación producida con el fin de entender si el ajuste o la funcionalidad fueron realmente entregados.
  4. Prueba de versión automatizada: La prueba automatizada persigue validar una serie de funcionalidades de la herramienta con el uso de "robots", esta prueba valida la creación de todo tipo de objetos, exportación, navegación, carga y envío de horarios, presentador, creación de conexiones, filtros, entre otros recursos disponibles. En caso de incidente crítico, siempre creamos una nueva automatización para garantizar que no se repita el mismo problema.
La segunda fase del proceso de validación del lanzamiento pasa por el equipo de Producto, que realiza el siguiente ciclo de tareas antes del lanzamiento: 
Al principio de este ciclo, la fase de documentación de versiones tiene lugar en nuestra base de conocimientos, donde se publican artículos de notas de versión en los que se informa de los ajustes, correcciones de errores y nuevas funcionalidades de la plataforma, como se indica a continuación:
  • #.##.0 
Las notas de la versión que terminan en ".0" contienen información sobre nuevas funciones y cambios importantes.
  • #.##.(1-9)
Las notas de la versión que terminan en un dígito distinto de 0 contienen información sobre correcciones de errores y otras mejoras en general.
En la segunda fase del ciclo se elabora un plan de validación en el que se definen las funcionalidades que se validarán, cómo se validarán, cuál será el plan de pruebas de la versión, cuál será la lista de comprobación de la validación y qué miembros del SQUAD serán responsables de validar la actualización. 
Ejemplo de lista de control:
La tercera fase de validación SQUAD se desarrolla del siguiente modo: 
  • Las áreas técnicas de los equipos de soporte, producto, desarrollo e implantación son seleccionadas por los Jefes y convocadas al SQUAD (~8 personas)
  • Validación de las nuevas funcionalidades 
  • Validación de la lista de comprobación de las funciones básicas 
  • Reunión de clausura para la evaluación de los problemas detectados
  • Entrega de la lista de control firmada 
  • Definición de los puntos de ajustes y mejoras para el cierre de la versión
  • Traducción de la actualización al inglés y al español
Por último, está la fase de versionado, en la que, una vez más, el equipo de desarrollo realiza los ajustes finales necesarios.
Prueba manual tras la actualización: prueba manual realizada por el equipo de producto para garantizar que los entornos funcionan con normalidad y también certificar que los recursos disponibles en la nueva versión funcionan correctamente.
Prueba automatizada después de la actualización: lista de comprobación automatizada que valida las principales características de la herramienta, la prueba dura hoy 30 minutos y se realiza en el entorno productivo después de cada actualización.
A continuación, tiene lugar una nueva validación por parte del equipo de soporte y de producto para cerrar la versión.

Ultimos artículos

Scroll al inicio