We're making enterprise-grade, deterministic testing accessible via AI coding assistants and agentic IDEs.
Get beta access in @cursor_ai or @code today!
We're making enterprise-grade, deterministic testing accessible via AI coding assistants and agentic IDEs.
Get beta access in @cursor_ai or @code today!
Deterministic testing in Cursor.
The @skyramp_dev Agentic Experience is now available in @cursor_ai. Get beta access by installing the Skyramp MCP Server in Cursor.
Deterministic Testing in Visual Studio Code.
@skyramp_dev Agentic Experience is now available in VS Code @code Get beta access by installing from the Extensions Marketplace.
@therealdanvega Postman is solid. Lately, we’ve been leaning on a local-first generator that spits out ready-to-run API tests from specs/flows in seconds. Hard to go back.
@kihaki@JorgeCastilloPr Testing in prod can work.
But skipping tests entirely means you're outsourcing confidence to your error logs.
Move fast. But have a net. Preferably one you don't have to rewrite every sprint.
@KevinNaughtonJr Finally, a clean 3000-line function and one glorious test case to rule them all 😌
Jokes aside, maybe the real fix isn't fewer functions - it's better ways to generate tests?
@jerkeyray Most devs skip testing for personal projects.
Not because it's unimportant. Because it's annoying.
What if generating tests actually felt as smooth as building?
@CodeFather10 You code fast. You ship fast.
But tests? They always slow you down.
You patch one thing, and now three test files are on fire.
What if writing and maintaining them wasn’t so painful in the first place?
@slimjimmy 31. If the unit tests pass, the app works.
Passing tests don’t mean working software - they just mean the tests passed. You can have a green checkmark and a broken user flow.
@JonTuckerUSA This is what the AI era looks like:
You bring the vision. Your dev partner brings the speed.
But if you’re not thinking about how to test that velocity, you’re just shipping bugs faster.
@unclebobmartin@clar1k This nails it.
Integration tests tell you if the system does the right thing.
Unit tests tell you why it does the right thing.
You need both to build systems that last and don’t break quietly.
@samim The problem isn’t just writing tests. It’s keeping them trustworthy as your system evolves.
LLMs help you move fast. Your tests should too.
Self-maintaining test suites aren’t a nice-to-have anymore.
@penberg Reproducing flaky bugs manually is brutal.
What if tests weren’t just snapshots of known states, but self-maintaining blueprints of expected behavior?
That’s where testing is headed.
@tom_doerr Rerolling LLM code works great - until the test suite starts failing on old assumptions.
Code generation is fast now. Your tests should be just as adaptable.
@Kiptanui_boazo Every frontend dev has war stories from untested APIs.
One minute you're building UI, the next you're reverse-engineering a backend you didn’t write.
A little API testing goes a long way.
@kettanaito Love this.
Debugging is part of the test lifecycle.
The real skill isn’t just writing tests, it’s knowing how to learn from the ones that break.