Dynatrace is a cloud monitoring platform and is used by many organisations to measure the performance of their production systems and to set thresholds against which performance tolerance are measured. During testing Dynatrace can be used to monitor how the application under test responds during your performance tests as well as providing the capability to drill down into performance issues you may need to investigate.

With the growing demands for online communication platforms, the need for testing various scenarios has drastically increased. Therefore when testing WebRTC application implementations most of the time there is a need to provide a video and audio feed to the application to test various aspects of the functionality implementation. To address this need, Loadero was providing several preset audio and video feed configuration combinations.

Any software development project will almost certainly have through several tests by the time it is finished, especially in an Agile testing environment where testing and development occur simultaneously. But, no matter how many tests you've conducted, there's really only one way to tell if your software can handle the actual demands your army of end-users will be throwing on it once it's nearly finished. It's known as load testing.

One of the more challenging aspects of load testing happens very early on: getting your scripts working. When you run your scripts, you may observe unexpected error status codes (typically in the 4xx-5xx status code range). Other times, you'll run your script and see it receive the expected responses (usually HTTP 200), yet the "thing" your script is meant to create simply doesn't show up anywhere, like on the database or as a record on the site. You start wondering: why on earth is that?

With the growing demand for online communication, there has been a noticeable increase in platforms to provide just that. With such service comes high expectations in quality and usability to become the best! We hear about those high expectations quite often, some people developing video calling applications that use CPaaS expect them to work and scale perfectly and don’t load test their own applications.

Previously, I have covered an article on Load Testing SQL Databases with k6 . For your information, from k6 version 0.29.0 onwards, you can write a k6 Go extension and build your own k6 binaries. This comes in handy as you can use a single framework for load testing different protocols, such as ZMTQ, SQL, Avro, MLLP, etc. In this series of k6 extensions, let’s benchmark Redis now.

One of the core tasks during load testing is setting-up of required Test Agents or Load Generators. Though it is straightforward in most cases, it can be challenging and time-consuming when you do not have enough details required for hardware sizing and memory footprint and also need support for thousands of virtual users.

It’s summer, a pleasant time for taking a vacation and having some rest. While members of the Loadero team take holidays too, work on improving our service to serve customer’s needs is never interrupted. In this blog post we are sharing updates to our application that took place in July.

Have you ever wondered, while manually creating tests in Loadero, that it would be nice to have some library that you can use to create tests programmatically? Sounds nice, isn’t it? Well, luckily, Loadero does have this option now. In this blog post I would like to introduce you to the recent creation of Loadero’s team — Loadero Java library.

This short tutorial shows how to run a k6 test for load testing a database. In performance testing, we often trigger load tests that simulate realistic user flows, particularly those that are most commonly seen in production. This type of acceptance testing usually interacts with various parts of our infrastructure: web servers, microservices, databases, etc. But what if you want to test the performance or scalability of an infrastructure resource in isolation?