Loadzilla is the first industrial strength, heavy-duty load testing solution that is quick to learn, easy to use and super affordable! Since it doesn’t require any coding, QA and operations staff can also use it, freeing up developers to work on tests that require coding. Loadzilla lets the user spend less time building tests and more time running them and analyzing the results. With that time savings alone, it will pay for itself many times over, letting developers develop and QA or Ops people test! And when developers use it, they too will enjoy the time savings it offers, allowing them to spend time doing things besides writing code to test code!
Unlike other tools, most people can start building and running tests with Loadzilla after watching the 5-minute end-to-end example video - it's that easy! Compared to the learning curve required for open source tools and almost all commercial ones, it's nothing. And the same thing applies to the time it takes to build tests. It handles correlation, text check and the other standard features, but it does not include a scripting language. For situations that require coding, it integrates with JMeter in ways that expand the power of JMeter and vice versa.
Loadzilla’s architecture looks like this, in which a single server controls and interacts with any number of load agents, either local or in the cloud.
JMeter, on the other hand, runs on a single machine, even though that machine can be replicated as many times as needed. A JMeter instance is not aware of other JMeter instances and there is no way provided in JMeter itself for them to share data or communicate.
This is where Loadzilla comes in. Since JMeter is installed on the Loadzilla agent, it lets each JMeter instance be treated as if it were a Loadzilla agent. That is, it connects to the Loadzilla server, receives the JMX to run and runs it.
When the test finished, results from all the agents are downloaded to the server and merged. Gatling is also installed on the Loadzilla agent so Gatling tests can be run in the same way. But native Loadzilla tests are the ones you will use most of the time because they are so much faster to build and run - at least 80% to 90% of web applications do not require coding to test. Read More
Loadzilla has been used to test hundreds of web sites and web applications large and small across many industries. It was introduced in 2001 as Capacity Calibration (CapCal), the first SaaS-based load testing solution that used crowdsourced load agents in 160 countries across the world. It was used to test the hosting facility used by NASA to stream the space shuttle launch and it also tested the staging environment at Charles Schwab, among others.
When Amazon EC2 was announced the crowdsourced network was phased out in favor of cloud-based agents, and its power was multiplied by the ability to spin up dozens or even hundreds of load agents and tear them down when finished.
Then in 2020 it was rebranded as Loadzilla and redesigned from the ground up to be a platform instead of a service (although the SaaS version will be available for those who prefer it.) Loadzilla has been used to run tests that generated 1.5 million hits per minute using 500 load agents and that record is still waiting to be broken. But regardless of the size of tests you run, you aren’t charged extra for any of that – it’s the All-You-Can-Eat Buffett of the load testing world! Read More
After on-premise software came SaaS, or software as a service. PaaS, or platform as a service, is a further evolution that offers the benefits of both on-premise and SaaS in a way that takes full advantage of the cloud. With PaaS you have complete control of everything, just like you do with on-premise software, but you can easily and quickly scale up or down as needed. Contrast this with SaaS, in which you are sharing a resource that you have no direct control over, but it does have your tests and your data. It may be slower when others are using it and there there may be extra delays while waiting for tests to run. But users don't pay extra for the use of the infrascture so that is a definite benefit!
Loadzilla has a SaaS offering for users of the Community Edition who want to play with it and see how it works before committing to running the platform on their AWS account. Read More
Loadzilla lets you easily integrate with any build orchestration or build automation tool by giving you a command line application that uses the Loadzilla API to run a test, wait for it to finish, download the results, and analyze them, returning a status of pass, fail or warning according to your specifications. We also provide guidance and examples from real life engagements to help you understand what to test and how to test it. We call it “Engines on Blocks” because it is modeled after what they do with car engines before they are installed in a car. They are put into something called an engine test stand, which has all the connections for fuel, water. air and electricity, and they run it at low, medium, and high speeds for a few minutes.
That alone can expose defects that would cost a lot more to fix later in the assembly line or, God forbid, with a customer behind the wheel! This is more than the so-called “smoke test” or “sanity test” that many companies use for Continuous Performance Testing. It exercises core functionality, or the “engine” of the application, which brings every part of the system into play and pounds away on the database. This is the kind of testing that exposes errors and performance degradation at the earliest point in the development cycle, making it much easier and cheaper to fix.
The Loadzilla way of doing Continuous Performance Testing strikes a delicate balance between the time it takes to create and maintain the test with the time it takes to run it on a regular basis, which ideally is none at all. Too much time spent maintaining the test detracts from the ROI, so that needs to be avoided if possible. Fortunately, core functionality is typically more stable than the rest of the system since everything else depends on it. Take a Case Management System, where Create New Case is the engine or core functionality. If that doesn’t work it gives Edit Case, View Case, Search Case and Delete Case nothing to do. Read More
At only $25 a month for unlimited load testing, the Loadzilla Personal Edition provides excellent value for the money compared to all the other commercial tools. It’s perfect for small companies and startups that want to test their web site before new releases but don’t have the time or resources to spend on continuous performance testing, JMeter integration and so on.
The next step up is the Team Edition, which is exactly right for a medium sized company with a development team and a QA team using Agile development practices to deliver software on a continuous basis. This is where DevOps integration and JMeter integration are most useful, along with allowing multiple users to run tests and share the results.
The Corporate Edition has all of that plus the ability to spin up additional Loadzilla servers to run periodic tests 24 X 7 to verify site availability and responsiveness from points around the world. It supports globally dispersed agents and multiple servers for multiple teams, all of which are accessible from any point in the world for today’s globally distributed teams. Read More
I run a professional services team called ‘Hemisphere’, specializing in very high-volume video delivery and large-scale social media tools. We’re based in Auckland, New Zealand, but our clients are all in the United States. At the end of 2009, we were asked to develop a cloud-based (EC2) application for a client that was expected to receive some incredible load. We were frankly skeptical but shown evidence that suggested we could anticipate millions of hits per minute sustained across a short period. As it turned out, our go-live began with 21,000,000 hits in the first 20 minutes. We cast about for perfomance-testing resource so that we could be sure the application we built stood up to the impending tsunami of visitors, and almost everybody said (a) load testing like that had never been done, and (b) load testing like that probably never WOULD be done, because nobody had the infrastructure capable.
Then we met Randy Hayes and the team from CapCal. CapCal runs cloud-based load-testing, and Randy was sure their team could pull it off. We wanted to hit three million concurrent users across a test suite of over three hundred highly-spec’ed EC2 Apaches, plus a dedicated memcache farm and a master/slave MySQL implementation. No problem, said Randy. He wondered aloud if it might be the biggest load test in the history of the internet, and we suspect it probably was. We used CapCal’s services for a period of about 4-5 months, and I will put my reputation on the line here and now to say that if you are looking for performance testing, you absolutely WILL NOT BE DISAPPOINTED. CapCal’s infrastructure, software, approach and attitude are the best.
When we went live, we KNEW we would stand up to the load (and we absolutely did). In fact, CapCal’s testing allowed us to finely calibrate how many machines we needed, and ended up saving our mutual client many thousands of dollars in operating expenditure. If you’re in the market for these kinds of services, please don’t look any further. Like us, you will no doubt find yourself with a long-term performance-testing partner, one that you will confidently and unequivocally recommend to your clients. Read More