When we started our company and got our first big customer, we had to choose between JMeter, SilkPerformer and LoadRunner. One was too limited and the others were too expensive and tied to Windows. So we decided to build our own tool and address all the shortcomings we saw, such as reporting, platform dependencies, and scale. We even had to change the name at one point because the first idea was just too stupid.

17 years later, we continue to invest heavily in our tool, XLT. We run 150 projects a year with it and rely on its extensive capabilities. And yes, it is open source under the Apache license and uses many other open source components to which we often contribute.

Zielpublikum: Engineers, load and performance testers
Voraussetzungen: An idea what load and performance testing is
Schwierigkeitsgrad: Basic

Extended Abstract:
When we started our company and got our first big customer, we had to choose between JMeter, SilkPerformer and LoadRunner. One was too limited and the others were too expensive and tied to Windows. So we decided to build our own tool and address all the shortcomings we saw, such as reporting, platform dependencies, and scale. We even had to change the name at one point because the first idea was just too stupid. 

17 years later, we continue to invest heavily in our tool, XLT. We run 150 projects a year with it and rely on its extensive capabilities. And yes, it is open source under the Apache license and uses many other open source components to which we often contribute.

This talk will take you on a journey from the initial ideas to the current state, including but not limited to expensive mistakes, life-saving feature decisions, interesting insights, and all the things we learned just by writing a big tool using the Java ecosystem.

Of course, this is not a sales presentation, but rather a load and performance testing tool expedition. The talk will highlight real-world challenges and results. And maybe we will stop you from writing another tool, or maybe the opposite.