LAsttest

Hi,

wie macht ihr eigentlich nach einer erfolgreichen Sourcemigration und Test der erfolgreichen Migration einen Lasttest? Sprich mal eine Migrierte DB stressen mit automatisierten Buchungen gemäß vorliegender Geschäftsvorfälle.
Nehmt ihr die Test Codeunits oder baut ihr was eigenes?

Gruß

HAllo,

die Standard- Testcodeunits sind eigentlich nur dazu da die Programmierer zu stressen .

Aber sie beschäftigen die Datenbank natürlich schon, auch wenn sie nur unter bestimmten Einrichtungszuständen funktionieren (es muss alles so funktionieren, wie in einer CRONUS- Demodatenbank, inkl. teilw. deren Einrichtungsdaten). Das ist allerdings eher selten in einer Kundendatenbank der Fall.

Du kannst die natürlich neue Testcodeunits schreiben oder anpassen, die auf eure Bedürfnisse und Lasten abgestimmt sind, und eure Funktionalitäten berücksichtigen. Die kannst du dann im schlimmsten Fall auch auf mehreren Clients starten, um eure Lasten darzustellen.

Gruß Fiddi

Am einfachsten ist es, dass sich die Key-User aus allen Abteilungen die Arbeit der letzten 1-2 Tage schnappen und dann alle gleichzeitig versuchen, dies in der neuen Datenbank einzutragen.
Da geht dann jedes System in die Knie, wenn die Buchhaltung gerade Kontoauszüge mit automatischem Ausgleichsvorschlag einliest, der Vertrieb Angebote und Aufträge anlegt, die Lohnbuchhaltung eine Lohnabrechnung versucht durchzuführen, ...
Sperren und Wartezeiten sind natürlich vorprogrammiert, und es kommt auch zu Timeouts.
Das ist aber dann auch gewollt, denn daran sieht man dann wenigstens, ob die abgebrochenen Transaktionen auch vollständig zurückgerollt wurden, oder ob irgendein Programmierer leichtsinnigerweise die "COMMITS mit der Gießkanne verteilt" hat.

Anschließend lässt man die richtig fiesen Dinger weg und simuliert einen realen, hektischen Arbeitstag.
Da darf das System dann zwar langsam werden, aber es sollte nicht zu Timeouts (und entsprechender Rollbacks) kommen.