Systems | Development | Analytics | API | Testing

In the first two articles of this series we showed what the OctoPerf MCP Server does. This one is for the builders: how we designed it, and specifically how we kept its token cost under control. Because here is the thing nobody tells you when you start writing a Model Context Protocol server: the hard part is not exposing your API to an LLM. The hard part is not exposing too much of it.

Cloud testing security remains a source of confusion for many IT teams. It’s not simply about protecting your test environment, nor is it interchangeable with general cloud security. In the context of load testing and performance testing, cloud testing security means safeguarding the data, assets, and processes involved in evaluating how your website or API performs under stress, all within a cloud-based environment.

Custom AI agents via MCP (Model Context Protocol) let an autonomous QA system reach beyond its built-in skills by connecting to external tools such as GitHub and browser automation services. In practice, that means a QA agent can inspect source code changes, identify new features, compare them against existing test coverage, and create missing test cases automatically. For teams managing growing test suites, this turns AI from a closed assistant into a connected workflow engine.

We’ve gotten used to understanding our applications through signals, summaries, and traces. Tiny little bits of information about how the app really works. Not because that’s the best way to do it, but because it’s been too hard to get the real thing. The real information exists. It’s on the network. How people called your app and what your code did. What other systems it called, the database queries it made, and the result sets that came back.

Trigger warning: this one is about Java, authentication, and Docker Compose files. If that is not your thing, I am sorry, but they are part of life and they are honestly not that hard to work with. Everything here is open source on our GitHub repo, so you can follow along. Recording an authenticated Java flow, replaying it, hitting the dreaded 403, and fixing it with a proxymock recommendation.

If your team is evaluating browser test automation, there’s a good chance the conversation starts with Cypress vs Playwright. Both tools have earned their popularity. Playwright is widely used by engineering teams that need reliable end-to-end testing, cross-browser support, and strong CI/CD integration. Cypress remains a favorite among frontend developers who want an interactive testing experience, fast local feedback, and approachable debugging tools.

MTTR is the metric that tells you how long your users wait after something breaks. According to Splunk and Cisco’s Hidden Costs of Downtime 2026 report, unplanned downtime now costs organisations an average of $15,000 per minute. Across the Global 2000 companies, the aggregate annual cost has surged to $600 billion, a 50% increase in just two years. Engineering teams shipping to production multiple times a day face a simple reality: incidents aren’t a matter of if.