Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Auslastungstests und Stresstests sind wichtig, um sicherzustellen, dass eine Web-App leistungsfähig und skalierbar ist. Last- und Stresstests haben unterschiedliche Ziele, obwohl sie häufig ähnliche Tests teilen.
Auslastungstests: Testen Sie, ob die App eine bestimmte Auslastung von Benutzern für ein bestimmtes Szenario verarbeiten kann und gleichzeitig das Antwortziel erfüllt. Die App wird unter normalen Bedingungen ausgeführt.
Stresstests: Testen Sie die App-Stabilität, wenn sie unter extremen Bedingungen ausgeführt wird, häufig für einen längeren Zeitraum. Bei den Tests wird entweder eine hohe Nutzerlast in Form von Spitzen oder einer allmählich zunehmenden Last auf die App angewendet, oder es werden die Rechenressourcen der App begrenzt.
Stresstests bestimmen, ob sich eine App unter Stress von einem Fehler erholen kann und ordnungsgemäß zu erwartetem Verhalten zurückkehren kann. Unter Stress wird die App bei ungewöhnlich hoher Belastung ausgeführt.
Azure Load Testing ist ein vollständig verwalteter Lastentestdienst, mit dem Sie eine hohe Auslastung generieren können. Der Dienst simuliert den Datenverkehr für Apps, unabhängig davon, wo er gehostet wird. Mit azure Load Testing Preview können Sie vorhandene Apache JMeter-Skripts verwenden, um eine hohe Auslastung zu generieren.
Visual Studio 2019-Auslastungstests sind veraltet. Der entsprechende cloudbasierte Azure DevOps-Lasttestdienst wurde geschlossen.
Tools von Drittanbietern
Die folgende Liste enthält Webleistungstools von Drittanbietern mit verschiedenen Featuresätzen:
- Apache JMeter
- ApacheBench (ab)
- Gatling
- jmeter-dotnet-dsl
- k6
- Heuschrecke
- Westwind WebSurge
- Netling
- Vegeta
- NBomber
Auslastungs- und Stresstest mit Release-Builds
Auslastungs- und Stresstests sollten im Release- und Produktionsmodus und nicht im Debug- und Entwicklungsmodus durchgeführt werden. Releasekonfigurationen sind mit minimaler Protokollierung vollständig optimiert. Die Debugkonfiguration ist nicht optimiert. Der Entwicklungsmodus ermöglicht eine weitere Informationsprotokollierung, die sich auf die Leistung auswirken kann.