Projektbeschreibung
ÜbersetztWir betreiben einen Online-Shop und erwarten in ein paar Wochen einen großen saisonalen Verkauf. Der Verkehr wird innerhalb von Minuten stark ansteigen, wenn die Kampagne beginnt, und wir müssen im Voraus wissen, ob die Seite den Höhepunkt übersteht oder beim Checkout zusammenbricht. Wir suchen einen QA-Ingenieur, der realistische Lasttests gegen unsere Staging-Kopie entwirft und durchführt und einen klaren Bericht erstellt, auf den wir reagieren können.
Die Arbeit sollte das tatsächliche Käuferverhalten modellieren und nicht blinde Zugriffe: Durchsuchen des Katalogs, Suchen, Öffnen von Produktseiten, Hinzufügen von Artikeln zum Warenkorb und Abschluss einer Bestellung, gemischt in lebensechten Proportionen. Wir möchten Tests auf mehreren Parallelitätsstufen bis zu einem vereinbarten Höhepunkt, ein kurzes Spike-Szenario, das die ersten Minuten des Verkaufs simuliert, und wiederholbare Skripte, die wir nach Korrekturen erneut ausführen können. Der Bericht muss die Engpässe benennen — langsame Abfragen, dünnes Caching, einen gesättigten Pool oder einen schwachen Server — mit Zahlen, nicht Schätzungen, und sie nach Auswirkungen einstufen.
Zugang zu einer Staging-Umgebung und Protokollen wird bereitgestellt. Die Ergebnisse sind die Testskripte, Rohdaten und ein priorisiertes Dokument mit Ergebnissen und Empfehlungen. Bitte beschreiben Sie Ihre Werkzeuge und wie Sie die Tests nah am realen Verkehr halten.
Im Umfang:
— realistische Benutzerszenarien und eine lebensechte Mischung;
— Ramp-up- und Spike-Lastprofile;
— einen Engpassbericht, der nach Auswirkungen mit klaren Zahlen eingestuft ist.
Die Arbeit sollte das tatsächliche Käuferverhalten modellieren und nicht blinde Zugriffe: Durchsuchen des Katalogs, Suchen, Öffnen von Produktseiten, Hinzufügen von Artikeln zum Warenkorb und Abschluss einer Bestellung, gemischt in lebensechten Proportionen. Wir möchten Tests auf mehreren Parallelitätsstufen bis zu einem vereinbarten Höhepunkt, ein kurzes Spike-Szenario, das die ersten Minuten des Verkaufs simuliert, und wiederholbare Skripte, die wir nach Korrekturen erneut ausführen können. Der Bericht muss die Engpässe benennen — langsame Abfragen, dünnes Caching, einen gesättigten Pool oder einen schwachen Server — mit Zahlen, nicht Schätzungen, und sie nach Auswirkungen einstufen.
Zugang zu einer Staging-Umgebung und Protokollen wird bereitgestellt. Die Ergebnisse sind die Testskripte, Rohdaten und ein priorisiertes Dokument mit Ergebnissen und Empfehlungen. Bitte beschreiben Sie Ihre Werkzeuge und wie Sie die Tests nah am realen Verkehr halten.
Im Umfang:
— realistische Benutzerszenarien und eine lebensechte Mischung;
— Ramp-up- und Spike-Lastprofile;
— einen Engpassbericht, der nach Auswirkungen mit klaren Zahlen eingestuft ist.
Softwareentwicklung Bargeld, Banküberweisung
