El Servicio de asistencia de Salesforce no puede diseñar ni interpretar resultados de pruebas de rendimiento de clientes. La función del Servicio de asistencia es estrictamente la supervisión de la actividad de las pruebas para garantizar que no haya problemas con los servicios de Salesforce.
A veces los cambios y las personalizaciones en su implementación de Salesforce afectan al rendimiento. Antes de pasar a producción, es una buena idea ejecutar pruebas de rendimiento en sandbox; lea Métodos para localizar y probar problemas de rendimiento, Medir el rendimiento de su organización de Salesforce, y realice el trailmix Desarrollar su estrategia de pruebas de rendimiento. Salesforce es un entorno multiusuario. Si decide realizar pruebas, tendrá que programarlas con el Servicio de asistencia de modo que Salesforce pueda supervisar los niveles de actividad.
Los equipos de pruebas con experiencia saben cómo diseñar y evaluar las pruebas de rendimiento en base a los cambios realizados. Si no está familiarizado con los análisis de rendimiento, consulte a su Ejecutivo de cuenta sobre los servicios de Salesforce disponibles, o encuentre un socio cualificado para garantizar que las pruebas se diseñan y se realizan apropiadamente y que los resultados predicen con precisión la capacidad de ampliación a producción.
Las pruebas de rendimiento deben enviarse para su aprobación al menos dos semanas antes de la(s) fecha(s) de las pruebas; las solicitudes sin un aviso de dos semanas podrán denegarse. Para enviar la solicitud, navegue al portal de la Ayuda y seleccione Network and Performance > Notify Salesforce of an upcoming activity > Schedule a Performance Test (Red y rendimiento > Notificar a Salesforce una próxima actividad > Programar una prueba de rendimiento)
Tenga en cuenta también que no se aprobarán las solicitudes con una duración de más de 30 días. En este caso, se requerirán solicitudes múltiples.
La siguiente información es necesaria para completar su solicitud; inclúyala en la descripción del caso.
- Una descripción de la naturaleza de la prueba y los volúmenes específicos involucrados. Proporcione detalles adicionales si se está probando una parte específica de su proceso.
- TPS (transacciones por segundo):
Por ejemplo, una organización tiene 5.000 usuarios ejecutando 5 procesos comerciales por hora:
• 25.000 procesos comerciales por hora
• 1 proceso comercial = 3 transacciones
• 75.000 transacciones por hora
• 20 transacciones por segundo
Una buena TPS para pruebas es 40 transacciones por segundo.
- Plan de aumento de pruebas. Puede ser un gráfico de líneas sencillo, una cronología basada en texto o una tabla. El plan de aumento debe incluir sin limitarse a:
• La fecha y la hora en la que comenzará la prueba
• Como se ampliará a las TPS máximas previstas
• La hora de finalización de la prueba
Plan de aumento de ejemplo:
Día 1 (Fecha) 10:00 UTC Aumento inicial hasta 20 TPS mantenido hasta las 10:30 UTC Aumento hasta 35 TPS mantenido hasta las 11:00 UTC Aumento hasta 50 TPS mantenido hasta las 11:45 UTC Disminución a las 12:00 UTC Prueba completa para el día Día 2 (Fecha) 10:00 UTC Aumento inicial hasta 30 TPS mantenido hasta las 11:00 UTC Aumento inicial hasta 45 TPS mantenido hasta las 12:00 UTC Aumento inicial hasta 60 TPS mantenido hasta las 12:45 UTC Disminución a las 13:00 UTC Prueba completa para el día
- La fecha y el intervalo de tiempo para la prueba incluyendo la duración prevista. Salesforce solicita al menos dos semanas por anticipado para obtener las aprobaciones y los recursos adecuados.
• Fecha de inicio: (aviso de al menos dos semanas por anticipado)
• Fecha de finalización:
• Hora de inicio (con zona horaria):
• Hora de finalización (con zona horaria):
- El Id. de organización de sandbox donde se producirá la prueba. (Las pruebas de rendimiento solo se pueden realizar en un entorno sandbox.)
- Un contacto para la persona que ejecuta las pruebas en caso de que el Servicio de asistencia de Salesforce tenga que ponerse en contacto.
Nombre:
Número de teléfono directo:
Correo electrónico:
- Justificación comercial para las pruebas.
000387059

We use three kinds of cookies on our websites: required, functional, and advertising. You can choose whether functional and advertising cookies apply. Click on the different cookie categories to find out more about each category and to change the default settings.
Privacy Statement
Required cookies are necessary for basic website functionality. Some examples include: session cookies needed to transmit the website, authentication cookies, and security cookies.
Functional cookies enhance functions, performance, and services on the website. Some examples include: cookies used to analyze site traffic, cookies used for market research, and cookies used to display advertising that is not directed to a particular individual.
Advertising cookies track activity across websites in order to understand a viewer’s interests, and direct them specific marketing. Some examples include: cookies used for remarketing, or interest-based advertising.