Ich mache eine Art von Integration/Stresstest an einem sehr großen Produkt (denke an die Größe des Betriebssystems) und kürzlich haben mein Team und ich darüber diskutiert, wie wir unsere Test-Workloads besser organisieren können. Bis jetzt haben wir uns damit zufrieden gegeben, alle unsere (benutzerdefinierten) Workload-Anwendungen in einer Reihe von Batch-Jobs zu haben, die jeweils einen einzigen Stresstest-Lauf darstellen. Jetzt, wo der durchschnittliche Testlauf mehr als 100 Workloads auf 13 Systemen umfasst, denken wir, dass es an der Zeit ist, etwas fortgeschritteneres zu entwickeln.Entwerfen eines Stresstest-Frameworks
Ich habe viel über Unit-Test-Frameworks gesehen, aber sehr wenig für Tests auf Stresstypen auf höherer Ebene. Kennt jemand eine übliche (oder ungewöhnliche) Art und Weise, dass das Problem der Verwaltung einer großen Anzahl von Arbeitslasten gelöst ist?
Momentan möchten wir eine Datenbank mit jeder einzelnen Arbeitslast erstellen und ein Front-End bereitstellen, um sie zu Testpaketen zu kombinieren, abhängig davon, welche Art von Stress wir an einem bestimmten Tag benötigen, aber nicht haben Beispiele dafür, wie Sie am besten fortgeschrittene Aufgaben erledigen können, wie z. B. das Ranking der Belastung, die jede einzelne Arbeitslast auf ein System ausübt.
Was machen meine Stresstester bei großen Produkten? Für uns werden ein paar handgeschriebene Skripte einfach nicht mehr ausreichen.
Ich kann Ihnen nicht wirklich helfen, aber hier sind zwei Links zu verfügbaren Tools zur Auswertung. http://www.opensourcedesting.org/performance.php http://www.testingfaqs.org/t-load.html – jitter