Leistung · Softwaretests und Qualitätssicherung

Last- und Stresstests

Nehmen wir einen privaten Veranstalter, der die Anmeldung für einen beliebten Volkslauf in Kärnten online abwickelt. Voriges Jahr waren 6.000 Startplätze in einer halben Stunde vergeben, und in den ersten Minuten lieferte der Server nur Fehlermeldungen. Heuer sollen es 8.000 Plätze sein, Zahlung per Kreditkarte und eps inklusive. Ob das hält, lässt sich vorher messen. Ein Lasttest schickt eine definierte Zahl simulierter Teilnehmer durch die Anmeldung, misst Antwortzeiten und Fehler und zeigt, an welcher Stelle das System zuerst nachgibt: Datenbank, Anwendung, Zahlungsanbieter oder Mailversand. Ein Stresstest geht darüber hinaus und klärt, wie sich das System jenseits der Grenze verhält und ob es sich danach von selbst erholt. Wir erzeugen die Last aus der Cloud, stimmen den Termin mit Ihrem Hoster ab und arbeiten ausschließlich remote.

Anfrage senden Was die Leistung umfasst

95. Perzentil

statt geschönter Durchschnittswerte

k6, JMeter, Gatling

je nach Anwendung

Echte Muster

aus Logs und Webanalyse

Erholung

nach der Überlast geprüft

Leistungsumfang

Jeder Test beginnt mit einer Frage, die Ihre Geschäftsführung versteht, und endet mit Zahlen, die sie beantworten.

Umfang mit unserem Technikteam abstimmen

Lastprofil

Wie viele Besucher kommen in welchem Zeitraum, was tun sie, wie lange bleiben sie? Wir leiten das aus Logs, Google Analytics oder Matomo ab und rechnen es auf das erwartete Spitzenereignis hoch.

Testskripte

Realistische Abläufe mit k6, JMeter oder Gatling, inklusive Anmeldung, Suche, Warenkorb und Zahlung im Testmodus, mit variierenden Daten statt tausendfach derselben Eingabe.

Aussagekräftige Messgrößen

Antwortzeit im 95. Perzentil, Fehlerquote und Durchsatz pro Sekunde. Ein Durchschnitt von einer Sekunde nützt wenig, wenn jeder zwanzigste Besucher zehn Sekunden wartet.

Beobachtung der Server

Während der Tests sehen wir in Grafana, New Relic oder Ihrem Monitoring, wie sich CPU, Speicher, Datenbankverbindungen und Warteschlangen verhalten.

Skalierung prüfen

Läuft das System in der Cloud, testen wir, ob automatische Skalierung rechtzeitig greift oder erst, wenn die Spitze schon vorbei ist.

Warteraum und Schutz

Für extreme Spitzen prüfen wir, ob ein virtueller Warteraum sinnvoll ist, damit Besucher geordnet eingelassen werden statt eine Fehlerseite zu sehen.

Maßnahmen mit Wirkung

Engpässe nach Einfluss gereiht, mit geschätztem Aufwand, von fehlenden Indizes über Caching bis zu Serverausbau, und eine Nachmessung nach jeder Änderung.

So gehen wir vor

Planen Sie mindestens vier Wochen vor dem kritischen Termin, damit nach dem ersten Test genug Zeit für Verbesserungen bleibt.

Ziel festlegen

Zum Beispiel: „8.000 Anmeldungen in 30 Minuten, 95 % der Seiten unter 2 Sekunden, Fehlerquote unter 1 %.“

Vorbereitung

Testumgebung mit realistischer Datenmenge, Skripte, Abstimmung mit Hoster, CDN und Zahlungsanbieter.

Testläufe

Stufenweise Last, Spitzenlast und Dauerlast, jeweils mit Live-Beobachtung der Server.

Verbessern und nachmessen

Umsetzung der wirksamsten Maßnahmen durch Ihr Team oder uns und ein zweiter Lauf zum Vergleich.

Testen Sie auch die Dienste, die Sie nicht selbst betreiben. Oft hält die eigene Anwendung, aber der Mailversand drosselt nach tausend Nachrichten pro Stunde oder die Schnittstelle zum Zahlungsanbieter hat ein Limit, von dem niemand wusste. Fragen Sie Ihre Anbieter vorab nach ihren Grenzen, oder lassen Sie uns das im Test sichtbar machen.

Häufige Fragen

Meist k6, weil sich Skripte gut versionieren und in CI-Pipelines einbinden lassen. Für komplexe Protokolle oder bestehende Testsammlungen nutzen wir JMeter, für sehr hohe Lasten auch Gatling.

95 von 100 Anfragen sind schneller als dieser Wert. Er zeigt, wie es den Menschen mit der schlechtesten Erfahrung geht, und ist deshalb aussagekräftiger als ein Durchschnitt.

Ja, für die Lastgeneratoren und gegebenenfalls für eine skalierte Testumgebung. Bei den meisten Tests bewegen sich diese Kosten im niedrigen dreistelligen Bereich, wir schätzen sie vorab.

Nur wenn die Spitze deutlich über dem liegt, was sich wirtschaftlich skalieren lässt, etwa bei Ticketverkäufen oder limitierten Anmeldungen. Für normale Aktionstage ist Optimierung meist die bessere Investition.

Vor jedem großen Ereignis und nach größeren technischen Änderungen. Eingebunden in die CI-Pipeline, kann ein kleiner Lasttest auch bei jedem Release laufen und schleichende Verschlechterungen zeigen.

Weitere Leistungen in diesem Bereich

Zum gesamten Bereich

Leistung Funktionstests Systematische Prüfung, ob Ihre Software nach Vorgabe rechnet, speichert und reagiert Leistung Testautomatisierung Automatische Tests, die bei jeder Änderung in Minuten zeigen, ob noch alles funktioniert Leistung Usability- und UX-Tests Herausfinden, warum Menschen auf Ihrer Website oder in Ihrer App aufgeben Leistung Penetrationstests Autorisierte Angriffe auf Ihre Anwendung, um Lücken vor echten Angreifern zu finden

Messen wir die Belastbarkeit Ihres Systems

Welches Ereignis steht an, und mit wie vielen Besuchern rechnen Sie? Wir schlagen Ziele, Szenarien und einen Zeitplan vor.

E-Mail
office@apply.at

Erreichbarkeit
Montag bis Freitag, 8:00 bis 17:00 Uhr, Antwort innerhalb eines Werktags

Besprechungen
Als Videotermin über Microsoft Teams oder Google Meet

Ich bin einverstanden, dass Apply meine Angaben zur Bearbeitung dieser Anfrage verwendet, wie in der Datenschutzerklärung beschrieben