Alternatives to BlazeMeter

I have to run a multi-user load test and have test scripts developed in Gatling and Locust.

I am planning to run the tests with Flood IO, as it allows us to create a custom grid. They support Gatling. Did anyone try Locust tests? I would prefer not to use multiple infra providers for running these tests!

I am looking for a performance testing tool that I can use for testing the documents accessed by many users simultaneously. I also want to integrate Jenkins with the performance automation tool. I am not able to decide which shall I choose Gatling or Locust. But for me, Jenkins integration is important. I am looking for suggestions for this scenario.

I have to run a multi-user load test and have test scripts developed in Gatling and Locust.

I am planning to run the tests with Flood IO, as it allows us to create a custom grid. They support Gatling. Did anyone try Locust tests? I would prefer not to use multiple infra providers for running these tests!

When you think about test automation, it’s crucial to make it everyone’s responsibility (not just QA Engineers'). We started with Selenium and Java, but with our platform revolving around Ruby, Elixir and JavaScript, QA Engineers were left alone to automate tests. Cypress was the answer, as we could switch to JS and simply involve more people from day one. There's a downside too, as it meant testing on Chrome only, but that was "good enough" for us + if really needed we can always cover some specific cases in a different way.

For our digital QA organization to support a complex hybrid monolith/microservice architecture, our team took on the lofty goal of building out a commonized UI test automation framework. One of the primary requisites included a technical minimalist threshold such that an engineer or analyst with fundamental knowledge of JavaScript could automate their tests with greater ease. Just to list a few: - Nightwatchjs - Selenium - Cucumber - GitHub - Go.CD - Docker - ExpressJS - React - PostgreSQL

With this structure, we're able to combine the automation efforts of each team member into a centralized repository while also providing new relevant metrics to business owners.

I am looking for a performance testing tool that I can use for testing the documents accessed by many users simultaneously. I also want to integrate Jenkins with the performance automation tool. I am not able to decide which shall I choose Gatling or Locust. But for me, Jenkins integration is important. I am looking for suggestions for this scenario.

I have to run a multi-user load test and have test scripts developed in Gatling and Locust.

I am planning to run the tests with Flood IO, as it allows us to create a custom grid. They support Gatling. Did anyone try Locust tests? I would prefer not to use multiple infra providers for running these tests!

Oof. I have truly hated JavaScript for a long time. Like, for over twenty years now. Like, since the Clinton administration. It's always been a nightmare to deal with all of the aspects of that silly language.

But wowza, things have changed. Tooling is just way, way better. I'm primarily web-oriented, and using React and Apollo together the past few years really opened my eyes to building rich apps. And I deeply apologize for using the phrase rich apps; I don't think I've ever said such Enterprisey words before.

But yeah, things are different now. I still love Rails, and still use it for a lot of apps I build. But it's that silly rich apps phrase that's the problem. Users have way more comprehensive expectations than they did even five years ago, and the JS community does a good job at building tools and tech that tackle the problems of making heavy, complicated UI and frontend work.

Obviously there's a lot of things happening here, so just saying "JavaScript isn't terrible" might encompass a huge amount of libraries and frameworks. But if you're like me, yeah, give things another shot- I'm somehow not hating on JavaScript anymore and... gulp... I kinda love it.

How Uber developed the open source, end-to-end distributed tracing Jaeger , now a CNCF project:

Distributed tracing is quickly becoming a must-have component in the tools that organizations use to monitor their complex, microservice-based architectures. At Uber, our open source distributed tracing system Jaeger saw large-scale internal adoption throughout 2016, integrated into hundreds of microservices and now recording thousands of traces every second.

Here is the story of how we got here, from investigating off-the-shelf solutions like Zipkin, to why we switched from pull to push architecture, and how distributed tracing will continue to evolve:

https://eng.uber.com/distributed-tracing/

(GitHub Pages : https://www.jaegertracing.io/, GitHub: https://github.com/jaegertracing/jaeger)

Bindings/Operator: Python Java Node.js Go C++ Kubernetes JavaScript OpenShift C# Apache Spark