The guide covers:
📘 What component testing is and where it fits in a testing stack
🧪 Common techniques and the tools that match each
⚡ What a component test looks like
🤖 What changes when agents write UI
Edge states are where UX bugs hide, yet they're the hardest to reach in E2E tests, and unit tests don't run in real UI.
Component testing reaches every UX state in a real UI, fast. That’s why it’s been Storybook’s focus for years. We've put what we know into one full guide 👇
Experimenting with a new e2e testing solution
🔹@vitest_dev runner
🔹Detox like api for selectors
🔹@agent_device ios/android driver
🔹Screenshot testing built in
🔹No custom build needed
You finally got the agent to use your components, but then it just stopped working.
The new Oversight addon can alert you to issues that break the pipeline between components and agents.
Join us for a chat with Rachel Cantor, the addon creator, + Q&A. Register in comments. 👇
i do highly recommend scaffolding up an asset lib (or anything else) with @storybookjs; claude was able to inspect the outputs very granularly to improve the families autonomously, then build up from there. sort of crazy to watch.
Our upcoming public API lets agents test their own frontend work, diagnose what failed, and fix it in the same loop.
Join Jarel Fryer and Varun Vachhar for a live preview and our roadmap for agents.
Register in comments 👇
If you’ve ever spent longer reviewing an agent’s PR than writing the code yourself, then you know the bottleneck has moved.
Tomorrow, Storybook maintainers walk thru:
→ Claude Code + Codex plugins connected to Storybook
→ Agents flaggin what to check
Register in comments 👇
The frontend bottleneck is no longer code generation. It's now reviewing the output of an agent.
Storybook's building two key fixes:
✅ Claude Code + Codex plugins
✅ Agentic review to surface key changes
Join Storybook team for a live walkthrough + Q&A. Register in comments 👇
Hey people 👋
What do you think of possibly having @storybookjs as a vite plugin ?
You'd get Storybook under a specific (configurable) path in dev mode within a single Vite Server alongside your application (and a single process)
Upgrade your `@storybook/react-vite` Storybook project today:
> npx storybook@latest automigrate
Or start a new Storybook in your TanStack app:
> npm create storybook@latest
The full post has more details.
https://t.co/GAB0wjQNfc
TanStack Start’s `createServerFn` is amazing. In Storybook, it’s automatically stubbed, so you can spy on it and provide your own mock implementation.
Start’s internal functions are redirected to browser-safe mocks, too.
Did you know Storybook has @tan_stack React support built-in?
🛣 Automatic Router wrapping with memory history
🧭 Type-safe route, params, query, and path configuration
🌲 Code-based, file-based, and nested Route support
🧪 Auto-mocked Start server functions
⚙️ Zero-config setup
All stories automatically run inside a <RouteProvider>, so your components are properly isolated.
Provide a Route and configuration details like params, path, and query are typechecked.