In the process of developing software, designing and performing testing is a critical aspect of ensuring high software reliability, improving software quality, and deploying strong fit and function. The shift-right testing approach moves testing to later in your production cycle as a way of doing this with more accurate user data and post-production testing practices. Also known as “testing in production,” with shift-right, you test software after it has been deployed.

We often hear from customers that they’re excited about what they could do with data and AI but are not sure how to do it. Or that the tech teams are “all in” but they can’t convince the powers that be to move forward. It’s not that they don’t know what to do — they could list a number of initiatives or use cases that would benefit from insights from their data or to which they could apply AI. But many organizations seem to suffer from institutional paralysis.

Let’s explore software breakages through the lens of impact: If software is everywhere, what does that mean when software breaks?

On Black Friday 2024, Zipcar faced a severe technical issue that disrupted its app and website services, leaving countless customers stranded and frustrated. Users reported being unable to unlock cars, make reservations, or even retrieve belongings from rented vehicles. The fallout and backlash have been widespread, with many taking to social media to voice their frustrations with the platform.

In today’s fast-paced software development landscape, testing centers of excellence (TCoEs) are experiencing a revival. Once seen as artifacts of the waterfall era, modern TCoEs are emerging as indispensable hubs for driving quality, collaboration, and innovation in Agile and DevOps environments. This resurgence stems from their ability to centralize standards and unify distributed teams while supporting the rapid iteration that modern delivery demands.

The year is 2024 (yet), and Node.js has reached version 23, with two semver-majors released per year it might be difficult to keep track of all areas of Node.js. This article revisits the State of Node.js performance, with a focus on comparing versions 20 through 22. The goal is to provide a detailed analysis of how the platform has evolved over the past year. This is a second version of "The State of Node.js Performance" series.

This December comes with some magic to it with a pivotal milestone: Scale to Zero is now in public preview and available for everyone! We’ve said it, our goal is to provide a serverless experience: Scale to Zero combined to Autoscaling makes serverless real. Starting today, your workloads running on GPU and CPU adapt fully automatically to traffic - they sleep and wake up automatically depending on requests, and scale out horizontally according to your criteria.