jasonlaster11
If Cypress users want to view a dashboard or session replay of their failed or flaky tests, they'll need to pay for Cypress Cloud which can easily be 6 figures.
I'm hopeful that after the dust settles, Cypress will clarify their stance on the ecosystem. It's clear that Playwright has the momentum, but Cypress can still be successful if they are able to innovate alongside their community and rationalize their pricing.
https://app.replay.io/recording/replay-of-youareatlascom--75...
Show HN: Replay for Test Suites – Time travel debugging for browser tests
How to Build a Time Machine
Re pricing: we’re still refining the pricing, but we assume that most of the time you’ll only want to debug the failing tests and while the recordings are fairly small, the larger piece is actually replaying the browser as it ran before so you can add print statements in your application and play to when a network request was returned or an error was thrown.
Likewise, if you're building more web apps, we'd love to hear how Replay.io works for you. We're on a shared journey to bring TTD to the world.
https://app.replay.io/recording/3cc35235-0a00-4fff-a1eb-7ffa...
Replay.io Windows Beta
We knew early on that a cool debugger wasn't going to cut it. Replay had to be super easy to adopt, fast, secure, and stable. That's our goal!
We're really grateful for the support we had within Mozilla in the early days, but what we've come to learn is that projects like Replay really benefit from being able to be nimble and solely focused on a great experience which is difficult when you're a small feature in a larger product.
Also you can find our runtime forks and entire frontend on github. http://github.com/RecordReplay/
Happy to answer any additional questions.
We're really grateful for the support we had within Mozilla in the early days, but what we've come to learn is that projects like Replay really benefit from being able to be nimble and solely focused on a great experience which is difficult when you're a small feature in a larger product.
Also you can find our runtime forks and entire frontend on github. http://github.com/RecordReplay/
Happy to answer any additional questions.
The biggest difference is that when you're viewing a replay, we're re-running the identical browser on our backend. This way you can debug the real thing.
Brian walks through our approach here https://medium.com/replay-io/how-replay-works-5c9c29580c58
https://app.replay.io/recording/cf2da81f-3a74-45ba-9241-f6d4...
Replay started off as a simple experiment in what would happen if we added a step back button and rewind button to the Debugger. We quickly realized two things. First, nobody uses breakpoints. Second, being able to share is so much more powerful than being able to rewind.
Here’s how Replay works today. Somebody on the team records a bug with the Replay Browser and shares the replay url with the team. From there, developers jump in and add print statements. The logs appear in the Console immediately so you don’t need to refresh and reproduce a thing.
Over the past year we’ve talked to hundreds of users, recorded 2.5 million replays, and worked incredibly hard to ensure Replay would be fast, secure, and robust from the get go.
Want to check it out? You can download Replay today. Can’t wait to hear what you think!
Interested in learning more, here is our announcement blog post https://medium.com/replay-io/launching-replay-the-time-trave...
Replay started off as a simple experiment in what would happen if we added a step back button and rewind button to the Debugger. We quickly realized two things. First, nobody uses breakpoints. Second, being able to share is so much more powerful than being able to rewind.
Here’s how Replay works today. Somebody on the team records a bug with the Replay Browser and shares the replay url with the team. From there, developers jump in and add print statements. The logs appear in the Console immediately so you don’t need to refresh and reproduce a thing.
Over the past year we’ve talked to hundreds of users, recorded 2.5 million replays, and worked incredibly hard to ensure Replay would be fast, secure, and robust from the get go.
Show HN: Time travel debugger for web development
We think the current workflow of identifying minimally reproducible bugs and STRs leaves a lot of room for improvement. A better workflow would be to record a bug and share the recording with others. When developers can replay the recording with perfect fidelity, they can identify the root cause in CSS, JS, XHR or any other location.
Web Replay will be available for download (on mac osx) soon and early alpha feedback. If you're interested in being an early adopter, signup for the newsletter here https://webreplay.io/contact.html.
[1] https://developer.mozilla.org/en-US/docs/Mozilla/Projects/We...
I've personally been using watchpoints for the past 3 months and it has helped uncover some really difficult to find issues.