Are you new to load testing? Learn about a few of the goals, motivations, and benefits to load testing your web application, and when it makes sense (and might not make sense) to invest the time and effort.
No test or simulation can entirely eliminate the risk of site failure, but if you employ a few load testing best practices, you can reduce the risk of crashing in a high-traffic event by 90% or even 99%... without too much effort.
Get acquainted with important terms and definitions, and important key concepts for load testing with Loadster. Learn about load test scripting at the protocol layer as well as real browser scripting.
Loadster's protocol scripts automate at the HTTP protocol layer, firing off a sequence of requests and interpreting the responses that come back. This type of scripting is ideal for testing HTTP APIs (REST, SOAP, etc) and also for cost-effectively load testing simple static websites.
Loadster's browser scripts control real headless web browsers, and they're the easiest way to load test complicated web applications. Load testing with real browsers greatly simplifies OAuth/SAML flows, video streaming, WebSockets, and many other things that used to be tricky to load test.
Particularly when testing dynamic web applications, a realistic load test will need to make different requests for each simulated user. Use variables and expressions for storing and reusing values, generating dynamic values, and encoding or decoding data.
Use Loadster's dynamic datasets to supply each simulated user in your load test with unique data. Generate test data or enter it manually with the editor, and then "bind" the dataset to a variable in your script, so each bot pulls values from it.
Check out the Frequently Asked Questions if you're wondering about something you haven't seen in the documentation.
Keep an eye on the Changelog to see what's new with Loadster. This is where to find new features, notable improvements, and fixed bugs.
Not finding the answer you're looking for? Shoot us an email!