Live data from Hacker News

Launch HN: Rainforest QA (YC S12) – No-Code UI Test Automation

news.ycombinator.com

1–10 of 89 posts

Launch HN: Rainforest QA (YC S12) – No-Code UI Test Automation

#1
Russ, here, CTO and cofounder of Rainforest QA (https://www.rainforestqa.com). Way back in 2012, my cofounder Fred (fredsters_s) and I got into YC with one idea in mind, but soon pivoted once we saw a pattern among most of the other companies in our cohort.

These startups were trying to push code through CI/CD pipelines as frequently as possible, but were stymied by quality assurance. Labor-intensive QA (specifically, smoke, regression, and other UI tests) tended to be the bottleneck preventing CI/CD from delivering on its promise of speed and efficiency. That left a frustrating dilemma for these teams: slow down the release to do QA, or move faster at the expense of product quality. Given that we were sure CI/CD would be the future of software development, we decided to dedicate our startup to solving this challenge.

For us, inspired at the time by Mechanical Turk, the question was: could we organize and train crowdsourced testers to do manual UI testing quickly, affordably, and accurately enough for CI/CD?

In the following years, we optimized crowd testing to be as fast as it could possibly be, including parallelization of work and 24/7, on-demand availability. (Our human-powered test suites complete in under 17 minutes, on average!) But, the fact is, for many rote tasks (like regression tests), humans will never be as fast or as affordable as the processing power of computers.

The logical conclusion is that teams should simply automate as much UI testing as possible. But we found that UI test automation is out of reach for many startups—it’s expensive to hire an engineer who has the skills to create and maintain such automated tests in one of the popular frameworks like Selenium. Worse, those tests tend to be brittle, further inflating maintenance costs.

With the rise of no-code, we saw an opportunity to make automated UI testing truly accessible to all companies and product contributors. So two years ago, we made a big decision to pivot the company and got to work building a no-code test automation framework from scratch. We’re excited to have launched our new platform this summer.

On our platform, anyone on your team can write, maintain, and run automated UI tests using a WYSIWYG test editor. Unlike other “no-code” test solutions which still require coding for test maintenance, our proprietary automation framework isn’t a front-end for Selenium. Unlike most test automation frameworks that test the DOM, our automation service interacts with and evaluates the UI of your app or website via machine-vision, to give you the confidence you’re testing exactly what your users and customers will experience. Minor, behind-the-scenes code changes that don’t affect the UI often break Selenium tests (i.e., create false positives), but not Rainforest tests.

Our automated tests return detailed results in under four minutes on average, providing regression steps, video recordings, and HTTP logs of every test. You don’t have to set up or pay extra for testing infrastructure, because it’s all included in the plans on our platform. Tests run on virtual machines in our cloud, including 40+ combinations of platforms and browsers. We build everything with CI/CD pipelines in mind, so most of our customers kick off tests using our API, CLI, or CircleCI.

Of course, not all tests can or should be automated; e.g. when a feature UI is changing frequently or when you need subjective feedback like, “Is this image clear?”. Today's computers are nowhere near able to replace the ingenuity and judgement of people; that’s why our crowd testing community isn’t going anywhere. But we can now say that Rainforest is the only QA platform that provides on-demand access to both no-code automated testing and manual testing by QA specialists.

We offer a free plan that provides five free hours of test automation every month, because we don’t think cost should make test automation inaccessible, either.

I’m looking forward to your questions and feedback!

Re: Launch HN: Rainforest QA (YC S12) – No-Code UI Test Automation

#3
post #2

Do you plan to expand into no-code web scraping too? The frontend tech is the same for both.

No plans to - our focus is on helping folks improve their product quality. I guess you could probably use it for that if you wished, but it's really not optimized for extracting data from pages.

Re: Launch HN: Rainforest QA (YC S12) – No-Code UI Test Automation

#6

What are some of the most important lessons you learned in building out Rainforest as a self-serve freemium product after building Rainforest as a more enterprise-focused product to start?

Good question; the enterprise focused product relied on a much more hands-on onboarding, and day-to-day support - sometimes even to the level of professional services - to use the product. Moving to self-serve exposed all of the hard-edges of Rainforest, especially around on-boarding - and later around general use of it. This forced us to up-our-game product design wise significantly, which wasn't a strong focus before. The lesson being, it's not an easy shift - and takes time even if you have a product that works for enterprise.

Re: Launch HN: Rainforest QA (YC S12) – No-Code UI Test Automation

#7
post #4

Great to see this shift! I’d be curious to hear about the comparison to https://reflect.run — I can imagine that access to the tester community is a piece of that…

The obvious major difference is the ability to use the crowd as well as automate; which I believe is unique to Rainforest.

Outwardly, the way they automate is very similar to us. Looking a little deeper, it seems like they _do_ use the DOM pretty heavily (from re watching the video at https://reflect.run). For us, this is a fundamental difference - we do not believe in this; we want to automate testing-like-humans. It's harder, but we believe replicating how a human would detect things working or not (visually, via kvm) ends up with less brittle, easier to maintain tests that are closer to the reality of how a human would interact with your app.

Also, we test using VMs (or physical devices if needed for mobile) - allowing us to test the browser, or any other kind of software. This lets us support a large combination of OS and browser variants out of the box, or custom images for enterprise. Reflect doesn't seem to support more than Chrome when I last looked.

Re: Launch HN: Rainforest QA (YC S12) – No-Code UI Test Automation

#8
post #4

Great to see this shift! I’d be curious to hear about the comparison to https://reflect.run — I can imagine that access to the tester community is a piece of that…

the other major difference is the design principles: our core belief is that everyone owns quality, and so we build for the 'no code' user as well. It's a really hard bar to hit, but I think we've done a good job so far - to use reflect you need to be far more technical. 1/3 of our daily users are PMs.

Re: Launch HN: Rainforest QA (YC S12) – No-Code UI Test Automation

#9
post #7
post #4

Great to see this shift! I’d be curious to hear about the comparison to https://reflect.run — I can imagine that access to the tester community is a piece of that…

The obvious major difference is the ability to use the crowd as well as automate; which I believe is unique to Rainforest. Outwardly, the way they automate is very similar to us. Looking a little deeper, it seems like they _do_ use the DOM pretty heavily (from re watching the video at https://reflect.run ). For us, this is a fundamental difference - we do not believe in this; we want to automate testing-like-humans.…

Digging a little more - their pricing; our free plan seems equivalent (yet with better data retention, and no user limits, and email testing included) to their $99/mo plan.
Post reply on HN