Systems | Development | Analytics | API | Testing

In this quick guide, Speedscale's Matt LeRay shows you how to free your local development environment from direct AWS SES dependencies. When your application sends an email during local testing, it usually triggers a live AWS transaction, leading to slow tests, unnecessary cloud costs, and sometimes even spam filter issues.

Are you ready to get serious about load and stress testing, but don't know where to start? This guide highlights the trap most serious engineers fall into: trying to build a custom DIY testing environment. The traditional path means signing your team up for maintaining load drivers, test case frameworks, ephemeral environments, and endless custom mocks a massive drain on time and resources. There's a better, cheaper, and faster solution: Traffic Replay.

Is AI "slop" or new code pushing tons of bugs into production? You can't test everything forever. Learn how traffic capture is the most efficient way to understand how your code is actually running in the real world. By grabbing data from sidecars, packet captures, or logs, you get the context you need to prevent bugs and improve performance.

Matt discusses how to set up MySQL to a local desktop in order to run data. He recommends using Speedscale's free proxymock tool to help avoid app crashes and continue.

We met a lot of great people at API World 2025. Thank you to everyone who followed up with us after the event. Looking forward to attending KubeCon in a few weeks!

The REAL reason your system WILL FAIL. We all talk about technical debt, but QA Debt is the silent killer costing companies millions. It's the accumulation of skipped regression checks, outdated test suites, and ignored production data. The result? Unpredictable, catastrophic outages that can sink your business (and your career!). Learn how to identify and pay down your QA Debt before it's too late. It's not about testing more it's about testing SMARTER.

Struggling with integration testing because you need a real Postgres SQL database running? This video walks you through how to use Speedscale's proxymock to easily record and mock a live Postgres connection. You'll see how to: By the end, you'll be able to create realistic database mocks for your testing and development, saving you time and hassle.

Proxymock allows you to record real interactions between your application and a MySQL database. Use proxymock to simulate your database during local development and testing. Get real data without running a live MySQL server. Modify mock responses to fit your testing needs. Simplify your testing workflow and replicate production data easily.

Struggling with integration testing because of a Postgres database dependency? Testing can feel impossible when you need to replicate realistic data in Postgres. That’s where Speedscale’s Postgres Mocking Tool comes in. Speedscale drops a recorder into your live system, observes all Postgres traffic, and shows you the actual sequence of statements and responses—making it easier than ever to test reliably.

Want to do integration testing but can't replicate your MySQL database? Speedscale's MySQL mocking capability records a live system to create a digital twin of your database. You'll get full-fidelity information, including SQL statements and response sets, so you can easily modify it for your testing purposes.