Skip to main content
Únase a nosotros en TDX, en San Francisco, o en Salesforce+ los días 5 y 6 de marzo en la conferencia para desarrolladores sobre la era de agentes de IA. Registrarse ahora.

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.

Muestre el modelo de desarrollo de paquetes: la primera etapa es escribir código mediante organizaciones borrador, la segunda es la integración continua mediante organizaciones borrador, la tercera es la entrega continua mediante sandboxes parciales y de desarrollador, y la cuarta es el lanzamiento mediante sandboxes completos y por última la organización de producción.

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

Comparta sus comentarios sobre Trailhead en la Ayuda de Salesforce.

Nos encantaría conocer su experiencia con Trailhead. Ahora puede acceder al nuevo formulario de comentarios cuando quiera desde el sitio de la Ayuda de Salesforce.

Más información Continuar para compartir comentarios