Tutorial de pruebas de Salesforce

¿Qué es Salesforce?

Salesforce es el primer sistema CRM basado en la nube del mundo. Fue fundada por Marc Benioff y Parker Harris en marzo de 1999. El propósito de desarrollar esta plataforma CRM es ayudar a los usuarios a vender, dar servicio, comercializar, analizar y conectarse de manera asequible y sencilla con sus clientes.

SFDC (Sales Force Dot Com) tiene muchas características estándar que lo ayudan a administrar sus relaciones con clientes potenciales y clientes. También le permite interactuar y colaborar con empleados y socios comerciales para almacenar sus datos de forma segura en la nube.

¿Qué son las pruebas de Salesforce?

Una gran ventaja de Salesforce es que muchas de las funciones predefinidas se pueden personalizar para adaptarlas a las necesidades de la empresa. Las pruebas de Salesforce validan la configuración y personalización realizadas en la versión básica de SFDC.

El desafío es garantizar que un evaluador verifique el código personalizado en lugar de probar la funcionalidad integrada de Salesforce.

SalesForce CRM se basa en un lenguaje de desarrollo de plataforma llamado APEX. También proporciona muchos casos de prueba unitarios integrados para que los desarrolladores validen su código.

¿Por qué realizar pruebas de Salesforce?

Permítanme explicarles las razones principales por las que creo que las pruebas de Salesforce son necesarias:

• Las pruebas de Salesforce le permiten comprobar que la configuración y el código son funcionales.
• Le ayuda a verificar que el sistema terminado pueda respaldar los procesos comerciales del cliente.
• Este tipo de prueba le ayuda a confirmar que la compilación inicial del sistema cumple con los requisitos acordados.
• Le ayuda a detectar problemas a tiempo mientras son fáciles de solucionar.
• Informe de flujos funcionales basado en el estado de los casos de prueba. Esto permite al equipo crear los flujos funcionales para determinar la funcionalidad de la aplicación.
• La función Process Builder le ayuda a comprobar las condiciones de funcionamiento y el comportamiento del sistema.
• Los flujos de trabajo le permiten comprobar la funcionalidad de los eventos basados ​​en el tiempo.

Terminología de Salesforce

• Fuerza visual: Un marco que permite a los desarrolladores crear interfaces de usuario personalizadas con un lenguaje de marcado basado en etiquetas, similar a HTML.
• Intercambio de aplicaciones: El mercado en línea de Salesforce donde los usuarios pueden descubrir e instalar aplicaciones y extensiones personalizadas para entornos de Salesforce.
• Apéndice: Un lenguaje de programación fuertemente tipado y orientado a objetos que se utiliza para ejecutar declaraciones de control de flujo y transacciones en la plataforma Salesforce.

Tipos de pruebas de Salesforce

Prueba manual

El proceso de prueba manual de software incluye la prueba de la aplicación Salesforce.com utilizando métodos tradicionales. El equipo de control de calidad puede utilizar pruebas manuales para ejecutar pruebas funcionales, pruebas de ruta feliz, pruebas de integración, pruebas de regresión y pruebas de sistemas.

Las pruebas automatizadas

Las pruebas automatizadas implican un programa informático para probar una aplicación Salesforce.com o Force.com. Herramientas de prueba automatizadas como Selenium, Assure Click, QTP, etc.

Niveles de pruebas en Salesforce

En el tutorial de pruebas de Salesforce, exploramos los siguientes niveles de pruebas que generalmente se aplican a Salesforce:

Examen de la unidad

• El proceso de prueba unitaria lo llevan a cabo los desarrolladores de Apex. Implica escribir cláusulas en su código que prueban automáticamente su cobertura.
• Le ayuda a evaluar cuántos registros de datos se ven afectados para que el código se ejecute correctamente en ese entorno.
• Para implementar código Apex en un entorno de producción, el índice de cobertura de código debe ser como mínimo del 78 %.

Pruebas del sistema:

• Lo realiza un equipo de expertos consultores de Salesforce.
• Involucra los procesos técnicos del sistema de prueba de principio a fin.
• Implica un script de prueba basado en resultados específicos.
• Le permite solucionar problemas con las reglas del sistema automatizado, como el flujo de trabajo, la validación, la asignación, etc.

Pruebas UAT:

• Lo realizan los usuarios que utilizarán la aplicación.
• Permite probar la capacidad del sistema para soportar procesos de negocio.
• Pruebas UAT siguiendo un guión de prueba basado en lo que sucede en el negocio
• El resultado deseado debe ser que el cliente confirme que el sistema es adecuado para su propósito.

Pruebas de producción:

• Es una repetición de las pruebas del sistema en el entorno de Producción.
• Las pruebas de productos en Salesforce le permiten probar si la configuración y el código se han implementado correctamente desde el entorno sandbox al entorno de producción o no.
• Si queda tiempo antes del lanzamiento del proyecto final, entonces el cliente debe ejecutar los scripts UAT nuevamente después de la implementación.

Pruebas de regresión:

• El objeto principal de Pruebas de regresión es determinar si las versiones de código y configuración afectan los procesos de usuario existentes del sistema.
• Se llevará a cabo una vez que se implemente una mejora o una solución en producción.
• El usuario proporciona una lista de cambios que pueden afectar su proceso actual.

Proceso de prueba de Salesforce

El proceso de prueba de Salesforce es el mismo que el de cualquier aplicación web normal. El evaluador debe tener una perspectiva clara de las funciones personalizables que se crean durante el proceso de prueba. Les ayuda a centrarse en ese código personalizado en lugar de en las funciones integradas de Salesforce.

Los desarrolladores y evaluadores deben utilizar el entorno Sandbox (entorno de prueba) para cada uno de sus propósitos. El código probado en el entorno Sandbox se implementa en producción desde el entorno Sandbox. Se supone que el evaluador de control de calidad tiene conocimientos básicos y comprende los términos utilizados en Salesforce.

Desafíos de las pruebas de Salesforce

Las pruebas de Salesforce no son un proceso fácil. Hay muchos desafíos que el evaluador enfrentó durante el proceso. Algunos de ellos son:

• Probar funciones avanzadas como Visualforce, Salesforce o Service Cloud Console es difícil.
• Debe recrear todas sus pruebas clásicas para Lightning UI.
• Algunas de las funcionalidades estándar, aunque no estén en uso, no se pueden eliminar.
• Las pruebas de GUI no funcionan cuando cambiamos al entorno de prueba.
• Las pruebas automatizadas deberían poder funcionar en todos sus entornos de prueba.
• Se producen problemas al crear localizadores de campos para las pantallas de Salesforce porque algunos ID de campo difieren entre organizaciones.

Mejores prácticas para pruebas de Salesforce

• Ejecute pruebas como perfiles de usuario reales.
• Los datos de prueba deben estar preparados para validar la funcionalidad del informe.
• El método de prueba debe incluir pruebas funcionales, pruebas de interfaz de usuario, pruebas de regresión y pruebas de integración del sistema.
• Se debe prestar especial atención a la naturaleza dinámica de las páginas de fuerza visual, ya que es posible que no todos los elementos de una página web se carguen simultáneamente.
• Las pruebas de automatización deben realizarse utilizando herramientas como Selenium y pruebas funcionales unificadas de HP.
• Los evaluadores de Salesforce deben considerar qué flujos incluyen los positivos y los negativos.
• Los roles de usuario deben construirse y probarse mediante flujos de trabajo.

Funciones y responsabilidades de un probador de Salesforce

Las funciones y responsabilidades importantes de los evaluadores de Salesforce son:

• Debería poder realizar pruebas de humo para asegurarse de que todas las funcionalidades principales funcionen según los requisitos.
• Cree escenarios de prueba tanto positivos como negativos.
• Capaz de realizar particiones de equivalencia y análisis de valores límite.
• También se necesitan probadores para trabajar en la aplicación y comprender su funcionalidad para crear un mapa funcional.
• Un evaluador debe tener un canal de comunicación sencillo con el equipo de desarrollo.
• Debe comprender las funciones personalizables que se pueden crear para la aplicación Salesforce.
• El evaluador debe ejecutar casos de prueba basados ​​en roles para garantizar la coherencia de los datos.
• También deberá realizar una prueba de compatibilidad en caso de que Salesforce se integre con aplicaciones de terceros.
• Un evaluador de Salesforce debe estar familiarizado con herramientas de prueba de carga como JMeter para validar los flujos complejos, que pueden ofrecer resultados inconsistentes en Salesforce.
• Conocimiento de Apex.

Herramientas de automatización de pruebas de SalesForce

Realizar pruebas funcionales automatizadas en SalesForce es un desafío ya que la mayoría de las páginas web de prueba son dinámicas. Por lo tanto, el evaluador debe crear un marco de automatización sólido que debería ser útil hoy y en el futuro.

A continuación, enumero las herramientas de prueba de Salesforce más utilizadas que recomiendo.

1) Tricentis Automatización de pruebas para Salesforce

Aprecio particularmente cómo Tricentis Automatización de pruebas para Salesforce acelera el desarrollo de pruebas de UI resistentes para entornos de Salesforce. Sus localizadores inteligentes funcionan con IA para autocurarse y mejorar automáticamente, minimizando así el mantenimiento y garantizando la estabilidad de las pruebas.

Características:

• Validación de escenarios de un extremo a otro: Los clientes pueden validar sus escenarios completos de un extremo a otro, desde su aplicación web hasta Salesforce y viceversa.
• Escalabilidad del equipo ágil: Los equipos ágiles con conjuntos de habilidades mixtas escalan sus operaciones de prueba de manera eficiente con funciones que los ayudan a controlar y gestionar el crecimiento de las pruebas y los equipos.
• Ejecución del código Apex para validación: Ejecute el código Apex en un paso de prueba para validar los resultados de la consulta.
• Integración de prueba API: Integrar pruebas API.

Visitar Tricentis >>

---

2) Prueba sigma

Prueba sigma es una plataforma de automatización de pruebas sin código que simplifica las pruebas de Salesforce sin requerir Apex profundo o Selenium Experiencia. Su enfoque intuitivo de diseño de pruebas me resultó especialmente eficaz para equipos que buscan validar configuraciones y procesos estándar y personalizados de Salesforce después de cambios o implementaciones, eliminando la complejidad de los marcos de scripting tradicionales.

Características:

• Automatización sin código para flujos de interfaz de usuario de Salesforce: Esta función le permite crear pruebas de Salesforce utilizando pasos similares al inglés simple sin escribir Apex ni Selenium Código. Lo he utilizado para integrar a miembros del equipo con diferentes antecedentes técnicos, lo que les permite contribuir a la cobertura de pruebas de Salesforce y validar procesos comerciales de manera eficiente.
• Pruebas de objetos y flujos de trabajo personalizados: Testsigma ofrece soporte integral para probar objetos personalizados, flujos de trabajo e integraciones en Salesforce. Esto me ayudó a garantizar que las configuraciones y personalizaciones específicas de la organización funcionen correctamente después de las actualizaciones de la plataforma o los cambios de configuración.
• Capacidades de pruebas basadas en datos: Permite probar sistemáticamente diferentes roles de usuario, perfiles y conjuntos de datos. Considero que esta función es fundamental para validar el comportamiento de Salesforce en diferentes niveles de permiso y escenarios empresariales, garantizando así experiencias de usuario consistentes.
• Cobertura de escenarios de extremo a extremo: La plataforma admite escenarios integrales que incluyen Salesforce y aplicaciones o API externas. La utilicé para validar flujos de trabajo empresariales completos que abarcan múltiples sistemas, garantizando una integración y un flujo de datos fluidos.
• Informes detallados y registros de depuración: Testsigma genera informes y registros completos para identificar rápidamente los problemas ocasionados por los cambios en Salesforce. Recomiendo usar esta información para acelerar la resolución de problemas y mantener la calidad después de las implementaciones o actualizaciones de configuración.

Visita Testsigma >>

Prueba gratuita de 14 días

Por qué utilizar las herramientas de prueba de Salesforce

• Le ayuda a ahorrar el 75 % de su tiempo y el 25 % de sus costos de automatización de pruebas.
• Ofrece una mejor ejecución de pruebas de Apex, cobertura de pruebas detallada e informes de cobertura de clases.
• Puede aprovechar herramientas de automatización líderes en la industria como Selenium y JMeter.
• Genere automáticamente escenarios de prueba para ejecutarlos en diferentes entornos y múltiples navegadores.
• Grabe y reproduzca sin problemas sus casos de prueba grabados.
• Le ayuda a automatizar todo tipo de tareas previas y posteriores a la implementación.
• El proceso de prueba de Salesforce separa los datos del script de prueba y le permite mejorar con múltiples conjuntos de datos.

Ejemplos de escenarios de prueba de Salesforce

• Caso de prueba 01: Puede capturar la información de contacto del cliente potencial/cliente.
• Caso de prueba 02: Los contactos se pueden marcar como activos/inactivos.
• Caso de prueba 03: Cualquier empresa puede marcarse como cliente o cliente potencial.
• Caso de prueba 04: Los clientes potenciales se pueden capturar con la ayuda de formularios web.
• Caso de prueba 05: El precio de cotización no puede ser cero.
• Caso de prueba 06: Se debe enviar un correo electrónico una vez que se haya cerrado el trato. Si hay correos electrónicos que rebotan, se deben gestionar.
• Caso de prueba 07: La integración con software de terceros debería funcionar correctamente.
• Caso de prueba 08: BillLos servicios de instalación deberían funcionar como se esperaba.
• Caso de prueba 09: Sin duplicación de registros en gestión de contactos, oportunidades y clientes potenciales.
• Caso de prueba 10: El flujo de trabajo móvil funciona como se esperaba.
• Caso de prueba 11: Los usuarios no autorizados no deben tener acceso a Archivos.

Pruebas de Salesforce: desafíos del cliente

Los clientes siempre están nerviosos por las pruebas de Salesforce porque es posible que no sepan cómo realizarlas correctamente. Como resultado, tienen un mito muy distinto de la realidad.

Éstos son algunos de ellos:

Problemas del cliente	Solución:
No sé cómo utilizar el sistema Salesforce.	Los clientes necesitan probar su proceso, no la funcionalidad del sistema.
No podemos realizar pruebas sin que todos nuestros datos estén presentes en el sistema.	Sólo necesitan unos pocos registros de muestra para realizar la prueba.
No tengo tiempo libre para probar y gestionar mi trabajo diario.	Deben mantenerse en contacto con el PM y realizar llamadas de control periódicas en las etapas de diseño y construcción.

Conclusión

• Salesforce es el primer sistema CRM basado en la nube del mundo.
• Las pruebas de Salesforce validan la configuración y personalización realizadas en SFDC original.
• Las pruebas de Salesforce le ayudan a verificar que el sistema terminado pueda respaldar los procesos comerciales del cliente.
• El mayor desafío de las pruebas de SalesForce es garantizar que está probando la personalización y no las funciones integradas de SFDC.
• Los niveles importantes de pruebas de Salesforce son pruebas unitarias, pruebas de sistemas, pruebas UAT, pruebas de producción y pruebas de regresión.
• El mayor desafío de las pruebas de Salesforce es que necesita recrear todas las pruebas clásicas para la interfaz de usuario Lightning.
• Los evaluadores de Salesforce deben ejecutar pruebas como perfiles de usuario reales.
• Salesforce debería poder realizar pruebas de humo para asegurarse de que todas las funcionalidades principales funcionen según los requisitos.
• Selenium Controlador web, HP Unified Functional Testing (UFT) y Cucumber son algunas herramientas de prueba importantes de Salesforce.