Aliaksandr Pliutau’s Post

🚀 Speed up your Spring Boot integration tests with reusable containers in Testcontainers! Learn how to cut your build times in half and keep your containers running. 🔄🐳 Check out the full guide here: https://lnkd.in/dadjMg42

💐 It's gonna be May, and what better time to *spring* into performance testing with Grafana k6? From modular testing to reusable test scenarios, this guide will help you ramp up quickly.

You know, the more I dig into unit and end to end testing, I've realized something: I really had been shooting myself in the foot before I started working with automated tests. Not making automated tests for my code made it so that I was relying on my own manual testing, as well as my intuition as to what changes would break what. I'm sure you can guess how well that scales as the codebase grows. Granted, I wasn't completely blind as to the benefits of unit tests during my first few co-ops -- I just really did not know how to do unit testing for front end code. Or back end code. Or anything to do with API requests or database calls or anything like that. I initially thought unit tests were the only kind of test, and as a result, tried to mock everything out. I gave up pretty quickly because I really couldn't wrap my head around *how* to do it -- I was thinking in terms of "how do I simulate this" as opposed to "how do I test that my code is behaving right based on what I give it?" Took me a few years to realize that integration and end to end testing is also important. And this is where you can actually use your database and API like normal. Now, with CourseFull, I have somewhere north of 200 test cases and growing across the whole app - most of them integration tests for the API, and the most recent additions being end to end testing with Playwright. This has made working on an application of this size possible, if not actually pleasant. This has also been an adventure in "how to build a test platform," which has taught me a lot! For instance, I now have a reliable test server that doesn't make the code time out a bunch like before. However, I *do* have discrepancies in between the Supabase database instance and the test database instance I'm using, but we're getting there!

If you've ever had to perform load tests, you're probably familiar with the open source tool, JMeter. In our new blog, we compare the top 5 alternatives to JMeter against the following criteria: ease of use, scalability, reporting, analysis, and integration. Tricentis NeoLoad k6 by Grafana Labs Gatling Locust Speedscale See how they compare: https://bit.ly/4faRLMz

How to Emulate Real Dependencies in Integration Tests using Testcontainers What is Integration Testing? The purpose of integration tests is to validate that different software components, subsystems, or applications work well together combined as a group. It’s an important step in the testing pyramid that can help you ident... Read mode on following blog post!

🔮 imagine of foreseeing the future even before deploying your applications or services. Choosing between Postman and Speedscale for API testing? Why not both! Postman enhances local development with real-time insights, while Speedscale delivers production-level traffic replication and continuous performance testing in Kubernetes. Combining them offers the best of both worlds! 🚀 Learn more: https://lnkd.in/grtCj8K2

test post from the api

The difference between tests absolutely is vibes. Especially when it comes to things that aren't traditionally "software", like infrastructure. The entire difference between unit, integration, and end to end becomes mostly meaningless By the way: test your infrastructure. It's hard and it sucks, but it's also super important. That said, unit tests for infrastructure are basically end to end tests for anything else. It's fine, lean into it and don't worry too hard about semantics. (but it does mean test driven development probably isn't happening the traditional way. Waiting 20 minutes to launch a fleet of infrastructure in the cloud is absolutely a unit test but it's not a thing you're gonna do hundreds of times a day and expect to get work done, much less in a "run the tests on save" style of work)

A great article on the advantages of using fakes in testing, especially for those of us who have experienced the increased operational load of integration testing with "real" infrastructure and databases. Quite a few neat tips and tricks, with proper examples, given here.

Improving Frontend Test Reliability in Complex Applications 🚀 As engineers, we've all encountered the challenge: you're working with a complex application where the backend has countless dependencies, downstream services, or intricate data flows. In this scenario, trusting your test results becomes unstable and unreliable. Having spent years in enterprise environments, I've seen firsthand how teams struggle with hundreds of manual test cases. These require extensive data setup or mocking to cover basic scenarios. Some teams even resort to creating specialized services to mock data for testing purposes, only to face new issues when trying to use those services over production ones. It's a constant battle. I named and packaged my solution as a Cypress Mock Integration Template. The goal is to bridge the gap by helping engineers and QA teams isolate their Frontend applications from the backend. This allows them to fully control what the backend feeds the Frontend, making testing reliable and faster. By doing this, you can: - Drastically reduce the need for manual data setup. - Avoid the hassle of unreliable downstream services. - Gain confidence in your automated test results. - Speed up your delivery pipeline with reliable, repeatable tests. I built this solution based on real-world challenges and hope it will spark conversations within your teams. If you're dealing with complex delivery pipelines and test reliability issues, let's connect! I'm happy to help you optimize and improve your application's testing process. Feel free to check it out or reach out for more info! 🙌 https://lnkd.in/euHaC5DW https://lnkd.in/eZp-Qduj