Live data from Hacker News

Launch HN: GPT Driver (YC S21) – End-to-end app testing in natural language

news.ycombinator.com

61–70 of 84 posts

Re: Launch HN: GPT Driver (YC S21) – End-to-end app testing in natural language

#61

How does this compare with Test.ai (now aka Testers.ai) who have offered basically this same service for the last 5 years?

Totally offtopic but I looked at testers.ai and noticed the following from the terms of service:

> Individuals with the last name "Bach" or "Bolton" are prohibited from using, referencing, or commenting on this website or any of its content.

..and now I'm curious to know the backstory for this :)

Re: Launch HN: GPT Driver (YC S21) – End-to-end app testing in natural language

#62
post #9

I work in this space. We manage thousands of e2e tests. The pain has never been in writing the tests. Frameworks like Playwright are great at the UX. And having code editors like Cursor makes it even easier to write the tests. Now, if I could show Cursor the browser, it would be even better, but that doesn’t work today since most multimodal models are too slow to understand screenshots. It used to be that the fronten…

Thanks for your thoughtful response! Agree that digging into the root cause of a failure, especially in complex microservice setups, can be incredibly time-consuming. Regarding writing robust e2e tests, I think it really depends on the team's experience and the organization’s setup. We’ve found that in some organizations—particularly those with large, fast-moving engineering teams—test creation and maintenance can st…

Integrate with https://www.honeycomb.io

Re: Launch HN: GPT Driver (YC S21) – End-to-end app testing in natural language

#63
post #52

This is super cool. As a question, are the instructions re-generated from the instruction tokens everytime. While maybe costly, this feels like it would be robust to small changes in the app (and component name changes etc.). Does that make sense?

Great question! Yes, GPT Driver runs according to the test prompt each time, which makes it resilient to small changes. To speed up execution, we also use a caching mechanism that runs quickly if nothing has changed, and only uses the models when needed.

Re: Launch HN: GPT Driver (YC S21) – End-to-end app testing in natural language

#64

how do you evaluate your tool, and have you published your evaluation along with the metrics?

Thank you for your question! While we haven't published a formal evaluation yet, it's something we are working toward. Currently, we rely mostly on human reviews to monitor and assess LLM outputs. We also maintain a golden test suite that is run against every release to ensure consistency and quality over time, using regex-based evaluations.

Our key metrics include the time and cost per agentic loop, as well as the false positive rate for a full end-to-end test. If you have any specific benchmarks or evaluation metrics you'd suggest, we'd be happy to hear them!

Re: Launch HN: GPT Driver (YC S21) – End-to-end app testing in natural language

#65

Is it possible to record the user screen and just generate a test case. I believe that's most efficient way IMO

This comes up all the time. It seems like it would be possible, but imagine the case where you want to verify that a menu shows on hover. Was the hover on the menu intentional? Another example, imagine an error box shows up. Was that correct or incorrect? So you need to build a "meta" layer, which includes UI, to start marking up the video and end up in the same state. Our approach has been to let the AI explore the…

My way of thinking while working of B2 enterprise app, sometimes users come up from weird scenarios in feature with X turn on, off with specific edition (country).

Maybe the gpt can surf the user activity logs or crash logs and reproduce the scenarios as test case.

Remember crashlytics ?

Re: Launch HN: GPT Driver (YC S21) – End-to-end app testing in natural language

#66

Earlier quoted context omitted.

While I agree with your primary pain point, I would argue that that really isn't specific to tests at all. It sounds like what you're really saying is that when something goes wrong, it's really difficult to determine which component in a complex system is responsible. I mean, from what you've described (and from what I've experienced as well), you would have the same if not harder problem if a user experienced a bug…

"OpenTelemetry and other tools are promising, but again, I’ve never seen good enough infra that puts that all together." It's a two paragraph comment and you somehow missed it.

Exactly! I've never seen a 5000+ eng org that have all their ducks in a row when it comes to telemetry. it's one of those things that you can't put a team in charge of it and get results. everyone have to be on the same page which in a big org is hardly the case.

Re: Launch HN: GPT Driver (YC S21) – End-to-end app testing in natural language

#67
post #9

I work in this space. We manage thousands of e2e tests. The pain has never been in writing the tests. Frameworks like Playwright are great at the UX. And having code editors like Cursor makes it even easier to write the tests. Now, if I could show Cursor the browser, it would be even better, but that doesn’t work today since most multimodal models are too slow to understand screenshots. It used to be that the fronten…

Sorry if it is a stupid idea, but cannot you log all messages to a separate file for each test (or attach test id to the messages)? Then if the test fails, you can see where the error occured.

Where I work there are 1,500 microservices. How do I get a log of all of those services -- only related to my test's requests in a file?

I know there are solutions for this, but in the real world I have not seen it properly implemented.

Re: Launch HN: GPT Driver (YC S21) – End-to-end app testing in natural language

#69

Genuinely curious, is the timing on this immediately after Claude computer use a coincidence? Or was that like the last missing piece, or a kind of threat which expedited things

Good call! The timing was actually a coincidence, but not unexpected. OpenAI had already announced their plans to work on a desktop agent, so it was only a matter of time.

From our tests, even the latest model snapshots aren't yet reliable enough in positional accuracy. That's why we still rely on augmenting them with specialized object detection models. As foundational models continue to improve, we believe our QA suite - covering test case management, reporting, agent orchestration, and infrastructure - will become more relevant for the end user. Exciting times ahead!

Re: Launch HN: GPT Driver (YC S21) – End-to-end app testing in natural language

#70

Earlier quoted context omitted.

While I agree with your primary pain point, I would argue that that really isn't specific to tests at all. It sounds like what you're really saying is that when something goes wrong, it's really difficult to determine which component in a complex system is responsible. I mean, from what you've described (and from what I've experienced as well), you would have the same if not harder problem if a user experienced a bug…

"OpenTelemetry and other tools are promising, but again, I’ve never seen good enough infra that puts that all together." It's a two paragraph comment and you somehow missed it.

I did read it, and I don't understand why you feel the need to be an asshole.

Like I said in my comment, I do think getting everyone on the same page in a large, diverse organization is difficult. That said, it's not rocket science, and it's usually difficult because there aren't organizational incentives in place to actually ensure teams prioritize making system-wide observability work.

FWIW, the process I've seen at more than 1 company is that people bitch about debugging being a pain, they put in a couple half measures to improve things, and then finally it becomes so much of a pain that they say "fine, we need to get all of our ducks in a row", execs make it a priority, and then they finally implement a system-wide observability process that works.

Post reply on HN