A continuación se describe el ciclo de desarrollo de sofware que se realiza internamente en Athento para el desarrollo del producto.
- Se recibe una solicitud de funcionalidad desde Canny, consultoría o interna.
- Se realiza el análisis del requerimiento y se documenta en la tarea.
- Según prioridad, la tarea entra en la planificación del Scrum (normalmente cada 4 semanas) y se analiza por parte del equipo de producto para resolver dudas respecto de la especificación, plantear un primer diseño y estimar su esfuerzo.
- En el momento de la codificación, se crea una rama para dicha funcionalidad en el repositorio GIT.
- Cuando la funcionalidad está implementada, se crea una Pull Request, cada una de ellas tiene que pasar los siguientes chequeos.
- Tener más de 3 aprobaciones.
- Tener más de 4 builds exitosos
- No tener builds fallidos
- No tener builds en progreso
- Al menos 2 aprobaciones por validadores por defecto, que son personas que tienen al menos 4 años de experiencia en el desarrollo del producto.
- No tener solicitudes de cambio
- Disponer de evidencias
- Disponer de documentación
- Cada build contiene:
- Build de documentación
- test-back-integration
- test-back-unittest
- test-front-e2e
- test-front-react
- Cuando la PR pasa todos los checks, se fusiona con la rama principal (fast-track) y se comienza a desplegar en las instancias. Normalmente, todas las instancias de QA/UAT son actualizadas automáticamente cada noche y, algunas instancias de producción, también son actualizadas.
Estas actualizaciones permiten detectar cualquier error que no se haya identificado a lo largo del proceso de desarrollo y testeo previo. - El resto de instancias, son actualizadas 1 vez al mes aproximadamente.
Desarrollo de código personalizado
Athento no realiza desarrollo de software a medida, cualquier trabajo realizado por Athento gira siempre alrededor del propio producto.
Por este motivo, cualquier desarrollo personalizado se realizará siempre de forma que se asegure la compatibilidad con el producto y el uso óptimo de las funcionalidades y SDK ya existente.
Teniendo en cuenta el proceso de desarrollo de Athento, ¿puede haber errores en una instancia tras actualizar una versión?
El proceso de desarrollo de Athento busca en todo momento aumentar la calidad y mejorar cuando se detecta que alguna funcionalidad no ha tenido la calidad necesaria. Athento trabaja continuamente en asegurar compatibilidad hacia atrás siempre que sea posible e incrementar la cantidad de tests.
Sin embargo, dado que Athento es una herramienta altamente personalizable y configurable, probar todas las posibles configuraciones se vuelve una tarea de grado exponencial.
Por este motivo, Athento no puede asegurar que no haya errores tras una actualización y recomienda:
- Tener las instancias lo más actualizadas posible, ya que cuanto más tiempo esté una instancia sin actualizar mayor puede ser el cambio en la siguiente actualización.
- Reportar tan pronto como sea posible cualquier incidencia que detecte siguiendo las instrucciones del artículo ¿Cómo reportar un caso de soporte?
Comentarios
0 comentarios
Inicie sesión para dejar un comentario.