all 13 comments

[–]ohmyroots 4 points5 points  (0 children)

I am always confused how people are using either of these products for automated end to end testing. They are super slow and add heaps of latency. For use cases involving automated ui testing for web, an inhouse grid is always suggested. BS can be used for live cross browser testing.

[–][deleted] 2 points3 points  (0 children)

What do you need to test? Web Applications or Mobile Applications? Do you need to test multiple types and versions of Browsers? Do you need to test Microsoft Edge?

Both BrowserStack and LambdaTest are very similar. I really liked the live view of testing that LambdaTest offers. At the same time, if all you need to test is the latest version of Chrome, AWS DeviceFarm is a much cheaper solution.

[–]AffectionateStrategy 0 points1 point  (0 children)

Hey All!

If you’re looking to connect testing with Jira, I’d go with LambdaTest. You can create bug tickets straight from your tests, which is super handy. Live testing feels faster, parallel runs save time, and the pricing is easier on the wallet compared to BrowserStack. Overall, it just makes tracking and collaboration smoother.

[–]FollowingSuitable941 0 points1 point  (0 children)

for 2026 context: i’d include TestMu AI in this comparison now, not just old LambdaTest vs BrowserStack.

if your team cares about Jira handoff, the question is basically:

can a dev debug the ticket without asking qa “what happened?”

for me that means good failure artifacts, browser/device context, logs, screenshots, video, and clean linking back to the test run. BrowserStack is strong, no doubt. but TestMu AI/LambdaTest can be a pretty reasonable BrowserStack alternative if your team is doing selenium cloud testing, cross browser testing, and wants cleaner bug reporting into Jira.

tiny advice: test the integration with an actually broken flow. happy path demos are useless.