Aprender a probar, desarrollar y publicar versiones
Objetivos de aprendizaje
Después de completar esta unidad, podrá:
- Describir los distintos tipos de pruebas que se pueden hacer con las organizaciones borrador.
- Describir la función de los sandboxes en la implementación.
Pruebas e integración continua mediante organizaciones borrador
La forma de probar, desarrollar y publicar versiones mediante el desarrollo de paquetes representa un cambio con respecto al ciclo de vida actual de las aplicaciones.
Si utiliza el modelo de desarrollo establecido, significa que traslada los cambios en las organizaciones (deltas) entre los entornos de desarrollo y pruebas hasta que los cambios se liberan al entorno de producción. Esto quiere decir que la "fuente de información" es la organización de producción. Aunque controle los cambios de forma externa en un sistema de control de versiones, tiene la seguridad de que todo se encuentra en su organización.
¡Pero ahora tiene opciones! En el modelo de desarrollo de paquetes, la nueva y mejorada fuente única de información es su sistema de control de versiones. Debe usar proyectos de Salesforce DX para organizar el código fuente en los directorios de paquetes. El objetivo final es crear paquetes desde esos directorios que sean fáciles de mantener, actualizar e instalar, y para los que se puedan crear distintas versiones.
Puede usar Salesforce CLI durante todo el ciclo de vida de desarrollo de paquetes.
Cuando esté listo para realizar pruebas de exploración o manuales del trabajo de desarrollo, implemente los metadatos en una organización borrador independiente diseñada para tal fin (1). No recupere nunca nada desde esa organización, ya que solo se utiliza para pruebas o validaciones.
Con integración continua nos referimos a la automatización de ejecuciones de pruebas cada vez que se fusiona un nuevo conjunto de cambios con su aplicación (2). Este importante proceso garantiza la calidad de la aplicación antes de que algún cambio inoportuno pueda colarse en el repositorio del código fuente.
Las organizaciones borrador se pueden integrar fácilmente en un proceso de integración continua. Desde la CLI se pueden crear organizaciones borrador, asà que introducirlas en un flujo de integración continua mediante scripts es pan comido. Puede rellenar la organización con la versión correspondiente del repositorio del código fuente y ejecutar pruebas en el cambio en cuestión.
A diferencia de los sandboxes de desarrollador, las organizaciones borrador se pueden crear durante el dÃa, y no solo se pueden actualizar una vez al dÃa. Cuando sea necesario, puede eliminar una organización borrador y crear otra nueva rápidamente. Puede tener varias organizaciones borrador para distintos propósitos. Las organizaciones borrador aportan muchÃsima flexibilidad y el trabajo adicional es limitado.
Cuando esté listo para publicar la automatización de pruebas o entrega continua, puede crear una versión del paquete. En lugar de usar conjuntos de cambios para desplazar los cambios por los distintos entornos, puede crear e instalar versiones de paquetes (2) en cada entorno de pruebas. Una vez finalizadas las pruebas, debe instalar una versión del paquete en la organización de producción.
Entrega continua mediante un sandbox
Para conseguir una entrega continua, lo mejor es empezar a probar el mismo proceso que utiliza durante las implementaciones en la organización de producción. En este caso práctico, lo ideal es realizar las pruebas con el paquete creado en la fase de desarrollo e instalarlo en un sandbox, que es la mejor representación de la organización de producción. En un sandbox, puede replicar y probar los pasos que usa para publicar en la organización de producción.
Puede seguir implementando un conjunto de cambios
Aunque el desarrollo de paquetes es perfecto para gestionar los cambios en su combo de metadatos, puede seguir usando la capacidad de seleccionar y elegir lo que quiere implementar fuera del paquete. Utilice el comando project deploy start
de Salesforce CLI para gestionar el desarrollo y la implementación de los casos prácticos.
Después de crear y probar la aplicación o las personalizaciones, podrá crear el artefacto de implementación. Puede implementar todo el código fuente. La operación de implementación se encarga de actualizar los archivos con cambios. A medida que repita acciones en su proyecto de DX, puede seguir implementando los cambios en la organización desde Salesforce CLI para probar todas las versiones y permitir casos prácticos de entrega continua. Puede probar el proceso de implementación desde la CLI en el módulo Desarrollo de aplicaciones con Salesforce DX.
Recursos
- GuÃa del desarrollador: Referencia de comandos de Salesforce CLI
- GuÃa del desarrollador: GuÃa del desarrollador de Salesforce DX
- Trailhead: Unlocked Packages for Customers (Paquetes desbloqueados para clientes)
- VÃdeo: Continuous Integration and Continuous Delivery with Salesforce DX (Integración y entrega continuas con Salesforce DX)