Der Salesforce-Support kann keine Testergebnisse für die Kundenleistung gestalten oder interpretieren. Die Aufgabe des Supports besteht ausschließlich darin, die Testaktivitäten zu überwachen, um sicherzustellen, dass es keine Probleme mit den Salesforce-Services gibt.
Manchmal wirken sich Änderungen und Anpassungen an Ihrer Salesforce-Implementierung auf die Leistung aus. Bevor Sie in Produktion gehen, ist es ratsam, Leistungstests in der Sandbox durchzuführen. Lesen Sie dazu Methods of Locating and Testing for Performance Issues (Methoden zum Auffinden und Testen von Leistungsproblemen),Measure Performance for Your Salesforce Org (Die Leistung für Ihre Salesforce-Organisation messen) und nutzen Sie den Trailmix Develop Your Performance Testing Strategy (Ihre Strategie für Leistungstests entwickeln). Bei Salesforce handelt es sich um eine mehrmandantenfähige Umgebung. Wenn Sie sich für einen Test entscheiden, müssen Sie diesen mit dem Support planen, damit Salesforce das Aktivitätsniveau überwachen kann.
Erfahrene Testteams wissen, wie Leistungstests auf der Grundlage der vorgenommenen Änderungen konzipiert und ausgewertet werden. Wenn Sie mit der Leistungsanalyse nicht vertraut sind, erkundigen Sie sich bei Ihrem Account Executive nach den verfügbaren Salesforce-Services oder suchen Sie einen qualifizierten Partner, um sicherzustellen, dass die Tests angemessen konzipiert und durchgeführt werden und die Ergebnisse die Produktionsskalierbarkeit genau vorhersagen.
Leistungstests müssen mindestens zwei Wochen vor den Testterminen zur Genehmigung eingereicht werden. Anträge ohne zweiwöchige Vorankündigung können abgelehnt werden. Um die Anfrage einzureichen, navigieren Sie zum Hilfeportal und wählen Sie Netzwerk und Leistung > Salesforce über eine bevorstehende Aktivität benachrichtigen > Leistungstest planen.
Bitte beachten Sie auch, dass Anfragen für eine Dauer über 30 Tage nicht genehmigt werden. In einem solchen Fall sind mehrere Anfragen erforderlich.
Die folgenden Informationen werden benötigt, um Ihre Anfrage zu vervollständigen. Bitte fügen Sie sie der Fallbeschreibung bei.
- Eine Beschreibung der Art des Tests und der spezifischen Volumen, um die es geht. Geben Sie zusätzliche Details an, wenn ein spezifischer Teil Ihres Prozesses getestet wird.
- TPS (Transaktionen pro Sekunde):
Beispiel: Eine Organisation hat 5.000 Benutzer, die 5 Geschäftsprozesse pro Stunde ausführen:
• 25.000 Geschäftsprozesse pro Stunde
• 1 Geschäftsprozess = 3 Transaktionen
• 75.000 Transaktionen pro Stunde
• 20 Transaktionen pro Sekunde
Ein guter TPS für Tests ist 40 Transaktionen pro Sekunde.
- Stufenplan für den Test. Das kann ein einfaches Liniendiagramm, eine textbasierte Zeitleiste oder eine Tabelle sein. Der Stufenplan sollte unter anderem folgende Punkte umfassen:
• Uhrzeit und Datum des Testbeginns
• Wie wird der Test auf die vorgesehene maximale TPS hochgefahren
• Zeitpunkt des Testendes
Beispiel für einen Stufenplan:
Tag 1 (Datum) 10:00 UTC Anfänglicher Anstieg auf 20 TPS und Halten 10:30 UTC Anstieg auf 35 TPS und Halten 11:00 UTC Anstieg auf 50 TPS und Halten 11:45 UTC Herunterfahren 12:00 UTC Test für den Tag abgeschlossen Tag 2 (Datum) 10:00 UTC Anfänglicher Anstieg auf 30 TPS und Halten 11:00 UTC Anstieg auf 45 TPS und Halten 12:00 UTC Anstieg auf 60 TPS und Halten 12:45 UTC Herunterfahren 13:00 UTC Test für den Tag abgeschlossen
- Datum und Zeitrahmen für den Test einschließlich der erwarteten Dauer. Salesforce verlangt mindestens zwei Wochen im Voraus, um die entsprechenden Genehmigungen und Ressourcen zu erhalten.
• Startdatum: (mindestens zwei Wochen im Voraus)
• Enddatum:
• Startzeit (mit Zeitzone):
• Endzeit (mit Zeitzone):
- Die Sandbox-Organisations-ID, in der der Test durchgeführt wird. (Leistungstests sind nur in der Sandbox möglich.)
- Einen Kontakt für die Person, die die Tests durchführt, für den Fall, dass der Salesforce-Support einen Kontakt nach außen herstellen muss.
Name:
Direkte Telefonnummer:
E-Mail:
- Geschäftliche Rechtfertigung für den 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.