L'assistenza di Salesforce non può progettare né interpretare i risultati dei test delle prestazioni dei clienti. Il ruolo dell'assistenza è esclusivamente quello di monitorare l'attività di test per garantire che non vi siano problemi con i servizi di Salesforce.
A volte le modifiche e le personalizzazioni all'implementazione di Salesforce influiscono sulle prestazioni. Prima di passare all'ambiente di produzione è bene eseguire i test delle prestazioni nella sandbox. Leggere Metodi per individuare e testare problemi di prestazione, Misurare le prestazioni della propria organizzazione Salesforce e completare il trailmix Sviluppare una strategia per i test delle prestazioni. Salesforce è un ambiente multi-tenant. Se si decide di eseguire il test, è necessario programmarlo con l'assistenza in modo che Salesforce possa monitorare i livelli di attività.
Quando il team che effettua i test ha grande esperienza sa progettare e valutare i test delle prestazioni in base alle modifiche apportate. Se non si ha dimestichezza con l'analisi delle prestazioni, si consiglia di rivolgersi al proprio responsabile account e vedere quali servizi Salesforce sono disponibili oppure di trovare un partner qualificato per garantire che i test siano progettati e condotti in modo appropriato e che i risultati prevedano accuratamente la scalabilità della produzione.
I test delle prestazioni devono essere presentati per l'approvazionealmeno due settimane prima delle date dei test. Le richieste pervenute con un preavviso inferiore alle due settimane potrebbero essere respinte. Per inviare la richiesta, andare al portale di assistenza e selezionare Rete e prestazioni > Notificare a Salesforce un'attività imminente > Pianificare un test delle prestazioni
Le richieste di durata superiore a 30 giorni non saranno approvate. In questi casi, sono necessarie più richieste.
Le seguenti informazioni sono necessarie per completare la richiesta. Si prega di includerle nella descrizione del caso.
- Una descrizione della natura del test e dei volumi specifici interessati. Se viene testata una parte specifica del processo, fornire ulteriori dettagli.
- TPS (transazioni al secondo):
Ad esempio, un'organizzazione ha 5.000 utenti che eseguono 5 processi aziendali ogni ora:
• 25.000 processi aziendali ogni ora
• 1 processo aziendale = 3 transazioni
• 75.000 transazioni ogni ora
• 20 transazioni al secondo
Un buon TPS per i test è di 40 transazioni al secondo.
- Test del piano di accelerazione. Potrebbe trattarsi di un semplice grafico a linee, di una linea temporale basata su testo o di una tabella. Il piano di accelerazione dovrebbe includere, a puro titolo esemplificativo e non limitativo:
• L'ora e la data di inizio dei test
• Come accelererà fino alle TPS massime desiderate
• La data/ora di fine del test
Esempio di piano di accelerazione:
Giorno 1 (Data) 10:00 UTC Accelerazione iniziale fino a 20 TPS e mantenimento 10:30 UTC Incremento a 35 TPS e mantenimento 11:00 UTC Incremento a 50 TPS e mantenimento 11:45 UTC Decelerazione 12:00 UTC Test completo per il giorno Giorno 2 (Data) 10:00 UTC Accelerazione iniziale fino a 30 TPS e mantenimento 11:00 UTC Incremento a 45 TPS e mantenimento 12:00 UTC Incremento a 60 TPS e mantenimento 12:45 UTC Decelerazione 13:00 UTC Test completo per il giorno
- La data e la tempistica del test, compresa la durata prevista. Salesforce richiede un preavviso di almeno due settimane per poter raccogliere le autorizzazioni e le risorse adeguate.
• Data di inizio: (almeno due settimane di preavviso)
• Data di fine:
• Ora di inizio (con fuso orario):
• Ora di fine (con fuso orario):
- L'ID dell'organizzazione sandbox in cui avverrà il test. (I test delle prestazioni possono essere effettuati solo all'interno di una sandbox.)
- Un referente per la persona che esegue i test nel caso in cui l'assistenza di Salesforce abbia bisogno di contattare qualcuno.
Nome:
Numero di telefono diretto:
Email:
- Motivazione aziendale dei test.
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.