On Nov 13, 2019 Github made it’s CI/CD solution GitHub Actions generally available to the world. Since then tens of thousands of shared workflows have been published. It is now the default for most Github projects given how easy it is to integrate with an existing repo. Projects of all sizes have adopted it from our homegrown Terraform module to the Docker Cli. This is why at Speedscale we’ve published a template for how to use Speedscale in conjunction with GitHub Actions.

Pressure to rigorously test software under strict launch times leaves over 54% of software teams struggling to meet demands for new and updated products. But even as the software development lifecycle shifts to incorporate testing, it’s hard to iterate quickly. Developers need a standard two-week cycle to ship code over the wall for QA teams to run with, but how long do QA teams need to release a final report?

In this Blog Post we are going to look at the GraphQL HTTP Request sampler and look at how GraphQL requests can also be made using a HTTP Request sampler in case you are for some reason restricted to an earlier version of JMeter (the sampler was only introduced in JMeter 5.4). We will also look at some of the principles of GraphQL.

Building performance tests that conform to a very specific level of load and concurrency is a standard approach to performance testing. You determine your peak levels of load and concurrency, and you build a test that meets this. You build soak test and scalability tests that conform to pre-determined levels of load and concurrency, and you execute these alongside the other scenarios you build to meet your performance requirements.

However, the flexibility of exploratory testing comes with the risk of ad hoc, random outcomes with no structure or consistency between testers, test managers, and projects. While testers should not be limited in their exploratory testing efforts, having a disciplined approach is a fantastic tool for gathering feedback, detecting errors, and enhancing UX.

​ TimescaleDB is a open-source database that extends PostgreSQL for better storage, processing, and analysis of time-series data at scale. If you want to know more about TimescaleDB, I recommend you look at the official documentation. k6 is an open-source and extensible load testing tool that generates the results of the testing (k6 metrics) as time-series data. k6 can send metrics to various formats and systems.