Systems | Development | Analytics | API | Testing

Software testing methods are essential in building software. It helps developers deal with different types of bugs. As we all know, these bugs may range from a missing semicolon to a critical business requirement. Thus, software testing becomes an essential part of a test driven development environment. We are in the era of process automation. Today, businesses are dependent on one or more software products. Therefore, software quality becomes crucial.

This post is about Kafka and the process I have been through recently writing a performance test for an application that subscribes to messages from this technology. The test I ended up with was in the end very straightforward but there were several hurdles that took a while to resolve. I hope that reading this post will hopefully help you avoid them.

It’s been some time since our latest major release, in fact OctoPerf v12 is probably our biggest/longest coming release to date. There’s of course been a couple of minor versions this summer and we’ll also cover them but first let’s focus on the new killer features: the scheduler, alerting through slack/mail and a better UI for the menus. The scheduler is the first item left on our original roadmap (back when OctoPerf was still called jellly.io).

Have you abandoned a web service, because it took too long to load? I bet you have, everyone does that every now and then with slow applications. There are a lot of services to check load times, but is it the only thing to check about website’s performance worldwide? Certainly not! It is just one thing to check, not the only one. You may have performance tested the service locally and validated that everything works just fine.

This traditional financial institution is a high-performance, full-service bank with more than 5,000 employees and the biggest in this Central European country. They operate internationally in order to meet their clients’ cross-border requirements.

Automated UI testing is a daily struggle for efficiency and reliability. A single misconfigured line of code can cost teams in hours of lost feedback time and test error triaging—potentially costing companies hundreds of thousands of dollars. In this case study we will see how interactions with only two web elements led to a 34% degradation in the test execution time.