Wenn eine Veröffentlichung, ein Sale oder eine Kampagne bevorsteht, fragen Sie sich vielleicht, ob Ihre Anwendung standhält, wenn alle gleichzeitig kommen. Ein Lasttest lässt Sie das vor dem großen Tag prüfen: Er schickt eine Menge simulierter Nutzer auf Ihre Anwendung oder Website und misst, wie schnell Ihr Produkt reagiert, wie oft Anfragen fehlschlagen und wie stark Ihre Server arbeiten.
Als eine von mehreren Arten des Performance-Testens beantwortet der Lasttest die Frage, die sich die meisten Teams stellen, wenn der Traffic gleich anzieht: Bleiben wir online? Wenn das System nicht mithält, erfahren es die Kunden meist zuerst. Als die Vorbestellungen für die Nintendo Switch 2 starteten, im April 2025, meldeten Käufer bei Target, Walmart und Best Buy Fehler an der Kasse, gescheiterte Adressprüfungen und Probleme bei der Zahlung. Einen Monat zuvor hatte OpenAI das neue Bildwerkzeug von ChatGPT vorübergehend eingeschränkt, weil die Nachfrage die Rechenleistung überstieg. Beide Ausfälle hatten dieselbe Ursache: mehr Besucher in einem Moment, als die Systeme verkraften konnten.
Im Folgenden finden Sie die drei Messwerte, die jeder Lasttest beobachtet, die Grenze zwischen Lasttest und Stresstest und die Frage, ob Ihr Produkt überhaupt einen braucht. Unser Praxisbeispiel ist ein Mobile Game, dessen Server Anfragen abzuweisen begann, als 1.000 Spieler innerhalb von 10 Sekunden dazukamen.
Was misst ein Lasttest?
Ein Lasttest bildet nach, was echte Besucher tun, nur in weit größerem Maßstab. Ein Tool erzeugt Hunderte oder Tausende fiktiver Kunden, die sich gleichzeitig anmelden, stöbern und kaufen. Tester nennen sie gleichzeitige Nutzer, also Personen, die im selben Moment im System sind.
Während diese Menge aktiv ist, erfasst der Test drei Dinge:
- Antwortzeit: wie lange jede Person wartet, bis die Anwendung auf einen Tipp oder Klick reagiert. Ein guter Test prüft auch die langsamsten Antworten, denn ein gesunder Durchschnitt kann jene Besucher verbergen, die vor einem Ladebildschirm sitzen bleiben.
- Fehlerrate: der Anteil der Anfragen, die fehlschlagen. Eine Anfrage ist jede einzelne Nachricht, die Ihre Anwendung an den Server schickt, etwa um eine Seite zu laden oder eine Bestellung zu speichern. Unter zu großem Druck kommen einige davon als Fehler statt als Ergebnis zurück.
- Ressourcennutzung: wie stark Ihre Server arbeiten, gemessen an Rechenleistung (CPU) und Kurzzeitspeicher (RAM). Sobald Prozessor oder Speicher an ihre Grenze kommen, wird alles andere langsamer.
Nützlich werden diese Messwerte erst im Vergleich mit einem Zielwert. Vor dem Test einigt sich das Team auf Grenzen wie “keine Anfrage dauert länger als 3 Sekunden bei 5.000 gleichzeitigen Nutzern”. Der Test zeigt dann, ob das System das Ziel erreicht, und falls nicht, ab welchem Punkt die Leistung nachlässt.
Bei einer App können Verzögerungen schon auf dem Telefon selbst entstehen oder erst auf dem Server dahinter. Wenn wir Dienste des mobilen Testens erbringen, prüfen wir beides auf Schwachstellen, die Speichernutzung, Stabilität und Lastfestigkeit betreffen, also wie gut alles standhält, während der Traffic steigt.
Lasttest und Stresstest: Worin liegt der Unterschied?
Lasttest und Stresstest werden oft verwechselt, weil beide dieselben Tools nutzen. Jede Testart beantwortet jedoch eine andere Frage. Der Lasttest prüft, ob alles bei dem Traffic gut funktioniert, den Sie erwarten, bis hinauf zu Ihrer üblichen Spitze. Der Stresstest fügt über diesen Punkt hinaus weiter Nutzer hinzu, bis das System nachgibt, sodass Sie erfahren, wo die Grenze liegt und was zuerst ausfällt.
Beide Definitionen entsprechen dem Leitfaden zum Performance-Testen des International Software Testing Qualifications Board (ISTQB), das Tester weltweit zertifiziert. Das ISTQB beschreibt außerdem zwei verwandte Testarten: den Spike-Test und den Ausdauertest, den viele Teams Soak-Test nennen.
Last
Schaffen wir unseren normalen Spitzentag?
Steigt bis zur erwarteten Spitze und hält sie
Langsame Seiten und fehlgeschlagene Anfragen bei normalem Spitzentraffic
Stress
Wo liegt unsere Belastungsgrenze?
Steigt über diese Spitze hinaus weiter an
Die tatsächliche Grenze, und ob das System sanft nachgibt oder abstürzt
Spike
Was passiert, wenn eine Menge auf einmal eintrifft?
Springt plötzlich hoch und fällt wieder ab
Langsame Erholung und Systeme, die nicht schnell genug Rechenleistung hinzufügen
Soak
Bleiben wir über viele Stunden gesund?
Bleibt lange Zeit konstant
Speicher, der sich langsam füllt, und Verbindungen, die geöffnet und nie geschlossen werden
Ein System kann einen allmählich ansteigenden Lasttest bestehen und trotzdem zusammenbrechen, wenn die Menge binnen Sekunden eintrifft. Deshalb lohnt es sich, den Spike-Test gesondert zu fahren. Für alles, was rund um die Uhr läuft, erklärt unser Leitfaden zu Soak-Tests, die Speicherlecks aufdecken, wie lange jeder Durchlauf dauern muss.
Was unser echter Lasttest auf dem Server eines Mobile Games aufgedeckt hat
Wir haben Couple Up!, ein Mobile Game im Stil einer Dating-Realityshow, einem Lasttest unterzogen, als sein Publikum zu wachsen begann. Das Studio wollte wissen, ob der Server auch bei einem deutlich größeren Ansturm schnell und stabil bleibt.
Unsere Ingenieure nutzten Apache JMeter, ein kostenloses Lasttest-Tool, für vier Runden simulierter Spieler:
- 1 Spieler in 1 Sekunde hinzugefügt
- 100 Spieler in 1 Sekunde hinzugefügt
- 1.000 Spieler in 10 Sekunden hinzugefügt
- 10.000 Spieler über etwa 17 Minuten hinzugefügt
Jede Anfrage musste innerhalb von 3 Sekunden abgeschlossen sein, ganz gleich, wie viele Spieler dazukamen.
Die 10-Sekunden-Runde, die wie ein kleiner Spike-Test wirkte, riss diese Grenze deutlich. Die meisten Anfragen brauchten länger als 3 Sekunden, die langsamste 27. Jede fünfte schlug mit einem Serverfehler ganz fehl, was in einem Spiel bedeuten kann, dass ein Spieler seinen gespeicherten Fortschritt verliert.
Die größte Runde lief besser. Als 10.000 Spieler über rund 17 Minuten nach und nach eintrafen, kamen die meisten Anfragen rechtzeitig zurück, auch wenn die Antwortzeiten immer wieder über 6 Sekunden ausschlugen. Das Tempo des Eintreffens kann ebenso wichtig sein wie die Zahl der Nutzer, weshalb Veröffentlichungen und Blitzverkäufe ein höheres Risiko tragen als stetiges Wachstum. Auch Studios mit großem Budget planen dieses Risiko ein. So richtete EA vor dem Start von Battlefield 6 im Oktober 2025 Warteschlangen beim Login ein, weil das Team mit vielen gleichzeitigen Anmeldungen rechnete.
Neben dem Lasttest für Couple Up! suchten wir nach den Ursachen der Verzögerungen. Unser DevOps-Ingenieur, der auf Hosting spezialisiert ist, prüfte die Serverkonfiguration. Parallel sah sich unser Senior-Python-Entwickler den Servercode an. Gemeinsam übergaben die beiden Spezialisten dem Studio einen Plan Schritt für Schritt, von schnellen, günstigen Korrekturen bis zu größeren Umbauten.
Bereiten Sie Ihr eigenes Spiel auf den Start vor? Folgen Sie denselben Lasttest-Schritten in unserer Checkliste zum Testen von Handyspielen.
Wann brauchen Sie einen Lasttest?
Fahren Sie einen Lasttest immer dann, wenn sich Ihr Traffic oder Ihr System deutlich verändert. Typische Anlässe sind:
- Ein Produktstart oder eine große neue Version
- Ein Sale oder eine saisonale Aktion
- Eine Marketingkampagne, ein TV-Spot oder ein Influencer-Beitrag, der eine Welle von Besuchern bringt
- Ein Wechsel zu neuem Hosting oder eine grundlegende Änderung am Aufbau des Systems
- Stetiges Wachstum, das Sie nahe an den zuletzt getesteten Traffic gebracht hat
Am äußersten Ende erreichte das Netz von Shopify am Black Friday und Cyber Monday 2025 einen Spitzenwert von 489 Millionen Anfragen pro Minute. Die meisten Shops werden Traffic in dieser Größenordnung nie sehen, doch ein Sale funktioniert in jeder Größe gleich: Eine Menge trifft in einem kurzen Fenster ein, und die Kasse muss halten. Wenn Sie einen Onlineshop betreiben, bereitet unser Service für Black-Friday-Testlösungen Ihre Website auf diese Spitzenstunden vor.
Lasttests sind nicht nur etwas für Produkte, die noch nicht veröffentlicht sind. Couple Up! war bereits auf dem Markt und wuchs, als wir das Spiel testeten. Ein Lasttest läuft üblicherweise gegen eine Kopie des Produktivsystems, damit echte Kunden nicht betroffen sind. Der richtige Zeitpunkt liegt vor Ihrem nächsten stark frequentierten Tag.
Allerdings braucht nicht jedes Produkt Tausende simulierter Nutzer. Für die Website von Elsewhen haben wir den Hochlastdurchlauf bewusst ausgelassen. Elsewhen ist ein Studio für digitale Produkte, und Business-to-Business-Websites bekommen selten plötzliche Besucherströme.
Stattdessen prüften wir die Ladegeschwindigkeit und fanden das eigentliche Problem. Auf dem Smartphone brauchten einige Seiten mehr als 10 Sekunden, bis der Hauptinhalt zu sehen war, während Menschen höchstens 2 bis 3 Sekunden erwarten.
Als Faustregel gilt: Beginnen Sie mit Geschwindigkeitsprüfungen einzelner Seiten, wenn Ihr Traffic klein und gleichmäßig ist. Erwarten Sie Andrang, und sei es nur gelegentlich, ist ein Lasttest die sicherere Wahl.
Welche Lasttest-Tools setzen Teams ein?
Lasttest-Tools erzeugen die simulierte Menge. Jeder fiktive Nutzer folgt einem Skript, das beschreibt, was ein echter Kunde tut, etwa die App öffnen, suchen und bezahlen. Das Tool führt dann Tausende dieser Skripte gleichzeitig aus. Unsere Ingenieure wählen das passende Tool für Ihr Produkt, schreiben die Skripte und führen die Tests durch.
Mit diesen Tools arbeiten wir, und darin ist jedes gut:
- JMeter ist kostenlose Software der Apache Software Foundation mit grafischer Oberfläche und deckt ein breites Spektrum an Website- und App-Tests ab. Wir haben es im Projekt Couple Up! eingesetzt.
- k6 stammt von Grafana Labs, und seine JavaScript-Tests fügen sich sauber in die automatischen Prüfungen ein, die Entwickler bei jeder Version laufen lassen.
- Gatling eignet sich gut für große, codebasierte Testsuiten und liefert nach jedem Durchlauf ausführliche Berichte.
- Locust führt in Python geschriebene Tests aus, eine naheliegende Wahl, wenn der Code Ihres Produkts dieselbe Sprache nutzt.
- LoadRunner ist ein kostenpflichtiges Tool mit langer Geschichte in großen Unternehmen, die komplexe Systeme betreiben.
- Grafana ist eher ein Dashboard als ein Lastgenerator und lässt uns die Ergebnisse während eines laufenden Tests live verfolgen.
Wir wählen unter diesen Tools nach Ihrem Produkt, der Software, die Ihre Entwickler ohnehin nutzen, und dem, was getestet werden muss. Einen tieferen Vergleich finden Sie in unserem Leitfaden zu API Performance Testing Tools. Wenn Sie sich eher damit beschäftigen, wie Ihr Produkt auf Telefonen läuft, was von der Traffic-Verarbeitung des Servers zu trennen ist, deckt unsere Übersicht der Top-Tools zum Testen der Leistung mobiler Apps diese Seite ab.
Wie QAwerk beim Lasttest vorgeht
Sie brauchen kein internes Performance-Testteam, um sich auf eine Traffic-Spitze vorzubereiten. QAwerk kann in jeder Phase eines Projekts einsteigen, vor dem Start oder während des Wachstums. Wir beginnen mit einer Aufwandsschätzung, sodass der Umfang klar ist, bevor die Arbeit losgeht. Dann einigen wir uns auf Leistungsziele, bauen Tests rund um echtes Nutzerverhalten und liefern einen Bericht, der die dringendsten Korrekturen nach vorne stellt. Weil unser Team neben Testern auch DevOps-Ingenieure und Entwickler umfasst, erklärt der Bericht sowohl, was schiefging, als auch, was zu ändern ist.
Steht ein stark frequentierter Termin im Kalender? Kontaktieren Sie unser QA-Team, um den Lasttest vor diesem Termin einzuplanen.
Häufige Fragen
Was ist ein Lasttest im Softwaretesten?
Ein Lasttest im Softwaretesten ist die Generalprobe für Ihren stärksten Tag. Ein Tool schickt gleichzeitig Tausende virtueller Besucher auf eine Website oder App. Während diese Menge stöbert, prüfen Tester, ob Seiten schnell bleiben, ob Anmeldungen und Zahlungen durchgehen und ob die Server genug Leistung haben. Die Ergebnisse zeigen, wie viel Traffic das System verkraftet, bevor es langsamer wird, sodass Probleme behoben werden, bevor Kunden sie bemerken.
Ist ein Lasttest dasselbe wie ein Performance-Test?
Nein, auch wenn Lasttest und Performance-Test eng verwandt sind. Der Performance-Test ist die übergeordnete Kategorie, die Geschwindigkeit, Stabilität und Kapazität abdeckt. Der Lasttest ist ein Teil davon und prüft, wie sich ein System bei der Nutzerzahl verhält, die es bedienen soll, einschließlich normaler Spitzen. Stress-, Spike-, Soak-, Skalierbarkeits- und Volumentests gehören zur selben Familie, und jeder prüft eine andere Art von Risiko.
Wie viele Nutzer sollte ein Lasttest simulieren?
Richten Sie die Zahl nach Ihren eigenen Traffic-Daten. Nehmen Sie den höchsten Traffic, den Ihre Analytics erfasst haben, und addieren Sie die zusätzlichen Besucher, die Sie vom kommenden Start, Sale oder von der Kampagne erwarten. Üblich ist, den Test bei dieser erwarteten Spitze zu fahren und danach noch einmal etwas darüber, als Sicherheitsreserve. Ein gesonderter Spike-Test lohnt sich ebenfalls, mit Tausenden Nutzern, die binnen Sekunden dazukommen.
Kann man eine App testen, die bereits live ist?
Ja, und ein Lasttest ist oft nach dem Start am nützlichsten, wenn Wachstum ein Produkt über den Traffic hinausschiebt, für den es gebaut wurde. Am sichersten ist eine Testumgebung, die der echten nachgebaut ist, sodass Kunden von der zusätzlichen Last nichts merken. Ist das nicht möglich, können Tester das Produktivsystem in ruhigen Stunden ansteuern, den Traffic schrittweise erhöhen und in dem Moment stoppen, in dem Antwortzeiten oder Fehler eine vereinbarte Grenze überschreiten.
Wie oft sollte man einen Lasttest durchführen?
Ein Lasttest wirkt am besten als feste Gewohnheit. Planen Sie einen Test in vollem Umfang vor jedem Ereignis, das ungewöhnlichen Traffic erwarten lässt, und wiederholen Sie ihn nach größeren Änderungen an Hosting oder Systemaufbau. Teams, die häufig Updates ausliefern, können zusätzlich einen kleinen automatisierten Lasttest in jede Version aufnehmen, der eine neue Verzögerung an dem Tag entdeckt, an dem sie auftritt.
Sehen Sie, wie wir Couple Up! beim Lasttest unterstützt und die Serverleistung auf mehreren Geräten deutlich verbessert haben
